공부 (25) 썸네일형 리스트형 [정보처리기사-실기] 데이터 입출력 구현(4) 데이터 조작 프로시저 최적화 1. 데이터 조작 프로시저 성능개선 (1) 옵티마이저(Optimizer)의 개념 SQL을 가장 빠르고 효율적으로 수행할 최적의 처리경로를 생성해주는 DBMS 내부의 핵심엔진 비교 규칙기반 옵티마이저(RBO) 비용기반 옵티마이저(CBO) 개념 통계 정보가 없는 상태에서 사전 등록된 규칙에 따라 질의 실행 계획을 선택하는 옵티마이저 통계 정보로부터 모든 접근 경로를 고려한 질의실행 계획을 선택하는 옵티마이저 핵심 규칙(우선 순위) 기반 비용(수행 시간) 기반 평가 기준 인덱스 구조, 연산자, 조건절 형태 등 레코드 개수, 블록 개수, 평균 행 길이 등 장점 사용자가 원하는 처리경로로 유도하기가 쉬움 옵티마이저의 이해도가 낮아도 성능보장 가능 (2) 옵티마이저(Optimizer) .. [정보처리기사-실기] 데이터 입출력 구현(3) 데이터 조작 프로시저 작성 1. 데이터 조작 프로시저 개발 (1) 프로시저(Procedure)의 개념 데이터베이스 내부에 저장되고 일정한 조건이 되면 자동으로 수행 데이터 조작 프로시저: 저장된 프로시저 / 저장된 함수 / 저장된 패키지 / 트리거 (2) 프로시저 문법 CREATE OR REPLACE PROCEDURE Procedure 명 파라미터 1 데이터타입 [ IN / OUT / INOUT ] IS[AS] 선언부 BEGIN 실행부 EXEPTION 예외처리부 END; 2. 데이터 조작 프로시저 테스트 (1) DBMS_OUTPUT 패키지 활용 메시지를 버퍼에 저장하고 버퍼로부터 메시지를 읽어오기 위한 인터페이스 패키지 DBMS_OUTPUT을 코드에 포함한다. (2) DBMS_OUTPUT 패키지 실행 방.. [정보처리기사-실기] 데이터 입출력 구현(2) 물리 데이터 저장소 설계 1. 물리 데이터 모델 설계 (1) 물리 데이터 모델링 개념 논리모델을 적용하고자 하는 기술에 맞도록 상세화하는 가정 (2) 반 정규화 시스템 성능 향상과 개발 및 운영의 단순화를 위해 데이터 모델을 통합하는 모델링 기법 2. 물리 데이터 저장소 구성 (1) 참조무결성 제약조건 릴레이션과 릴레이션 사이에 대해 참조의 일관성을 보장하기 위한 조건 - 제한(Restricted): 참조무결성 원칙을 위배하는 연산을 거절하는 옵션 - 연쇄(Cascade): 참조되는 릴레이션에서 튜플을 삭제하면, 참조되는 릴레이션에서 이 튜플을 참조하는 튜플들도 함께 삭제 - 널 값(Nullify): 참조되는 릴레이션에서 튜플을 삭제하면, 참조하는 릴레이션에서 해당 튜플을 참조하는 튜플들의 외래 키에 N.. [정보처리기사-실기] 데이터 입출력 구현(1) 논리 데이터 저장소 확인 1. 논리 데이터 모델 검증 (1) 논리 데이터 모델링 개념 개념 모델로부터 업무 영역의 업무 데이터 및 규칙을 구체적으로 표현한 모델 (2) 논리 데이터 모델링 특성 정규화 / 포용성 / 완전성 / 독립성 (3) 논리 데이터 모델링 속성 개체(Entity) / 속성(Attributes) / 관계(Relationship) (4) 개체-관계(E-R) 모델 현실 세계에 존재하는 데이터와 그들 간의 관계를 사람이 이해할 수 있는 형태로 명확하게 표현하기 위한 모델 (5) 정규화(Normalization)의 개념 관계형 데이터베이스의 설계에서 중복을 최소화하여 데이터를 구조화하는 프로세스 (6) 이상 현상 데이터의 중복성으로 인해 릴레이션을 조작할 때 발생하는 비합리적 현상 이상 현상 .. [정보처리기사-실기] 요구사항 확인(3) 3. 분석 모델 확인하기 1. 분석 모델 검증 (1) 분석 모델 검증 방법 유스케이스 모델 검증 / 개념 수준의 분석 클래스 검증 / 분석 클래스 검증 2. 분석 모델의 시스템화 타당성 (1) 분석 모델의 기술적 타당성 검토 성능 및 용량 산정의 적정성 / 시스템 간 상호 운용성 / IT 시장 성숙도 및 트렌드 부합성 / 기술적 위험 분석 (2) 분석 모델의 시스템화 타당성 분석 프로세스 타당성 검토의견 칼럼 추가 / 타당성 검토의견 작성 / 타당성 분석 결과 검증 / 타당성 분석 결과 확인 및 배포 공유 [정보처리기사-실기] 요구사항 확인(2) 요구사항 확인 1. 요구사항 (1) 요구사항의 분류 기능적 요구사항 - 시스템이 제공하는 기능, 서비스에 대한 요구사항 - 기능성, 완전성, 일관성 비기능적 요구사항 - 시스템이 수행하는 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구사항 - 신뢰성, 사용성, 효율성, 유지보수성, 이식성 (2) 요구사항 개발 프로세스 도출 -> 분석 -> 명세 -> 확인 (3) 요구사항 개발 프로세스 주요 기법 순서 프로세스 기법 설명 1 도출 인터뷰 1:1의 관계에서 사용자 및 사용자 측 의사 결정권자와 시스템에 대한 요구사항을 추출 설문 조사 간접적으로 정보를 수집, 의견 수렴에 용이 브레인스토밍 편안한 분위기에서 비판 없이 아이디어를 수용할 수 있도록 회의 워크숍 단기간에 집중적인 노력을 통해 다양하고.. [정보처리기사-실기] 요구사항 확인(1) 현행 시스템 분석 1. 현행 시스템 파악 (1) 현행 시스템 개념 사용하는 소프트웨어 및 하드웨어는 무엇인지, 네트워크의 구성은 어떻게 되어 있는지 파악하는 활동 (2) 현행 시스템 파악 절차 1단계: 구성/기능/인터페이스 파익 - 시스템 구성 현황 파악 - 시스템 기능 파악 - 시스템 인터페이스 현황 파악 2단계: 아키텍처 및 소프트웨어 구성 파악 - 아키텍처 파악 - 소프트웨어 구성 파악 3단계: 하드웨어 및 네트워크 구성 파악 - 시스템 하드웨어 현황 파악 - 네트워크 구성 파악 (3) 소프트웨어 아키텍처 개념 구성요소 간의 관계를 표현하는 시스템의 구조나 구조체 (4) 소프트웨어 아키텍처 4+1 뷰 - 고객의 요구사항을 정리해 놓은 시나리오를 4개의 관점에서 바라보는 소프트웨어적 접근 방법 - 4.. [SQLD] 모델링의 이해(2) 엔티티 엔티티 - 명사: 업무상 관리 필요한 관심사, 저장이 되기 위한 어떤 것 엔티티의 특징 - 반드시 해당 업무에서 꼭 필요한 정보 - 유일한 식별자로 식별이 가능해야 한다. - 인스턴스 2개 이상의 집함이어야 한다. - 반드시 속성이 있어야 한다. - 다른 엔티티와의 관계가 최소 한 개 이상의 관계가 있어야 한다. 발생 시점에 따른 엔티티 분류 기본엔티티 - 업무에 원래 존재하는 정보이다. - 다른 엔티티와의 관계에 의해 생성되지 않고 독립적으로 생성 가능하다. - 타 엔티티의 부모역할을 한다. - 사원, 부서, 고객, 상품 등 중심 엔티티 - 기본 엔티티로부터 발생하며, 업무에 있어서 중요 역할을 한다. - 다른 엔티티와의 관계를 통해 행위 엔티티를 생성한다. - 계약, 청구, 주문, 매출 등 행.. 이전 1 2 3 4 다음
