▶ 2020 정보처리기사 필기 정리 ◀ ▶ 088 인덱스 설계 인덱스(index) √데이터 레코드를 빠르게 접근하기 위해 쌍으로 구성되는 데이터 구조- 인덱스의 종류 : 트리 기반 인덱스, 비트맵 인덱스, 함수 기반 인덱스, 도메인 인덱스 등* TABLE SCAN : 테이블에 있는 모든 레코드를 순차적으로 읽는 것, 인덱스가 없거나 분포도가 넓은 데이터를 검색 할 때 사용 ☞ 클러스터드 인덱스(Clustered index)- 인덱스 키의 순서에 따라 데이터가 정렬되어 저장되는 방식- 한 개의 릴레이션에 하나의 인덱스만 생성할 수 있음 ☞ 넌클러스터드 인덱스(Non-Clustered index)- 인덱스의 키 값만 정렬되어 있을 뿐 실제 데이터는 정렬되지 않는 방식- 한 개의 릴레이션에 여러 개의 인덱스를..
▶ 2020 정보처리기사 필기 정리 ◀ ▶ 085 사전 조사 분석 물리 데이터베이스 설계 논리적 DB를 디스크 등의 물리적 저장장치에 저장할 수 있는 물리적 구조의 데이터로 변환하는 과정- 저장 레코드 양식 설계, 레코드 집중의 분석 및 설계, 접근 경로 설계 등 - 물리적 DB 구조의 기본적인 데이터 단위는 저장 레코드 - 물리적 DB 구조는 여러 가지 타입의 저장 레코드 집합이라는 면에서 단순한 파일과 다름 ☞ 물리적 설계 옵션 - 반응시간 : 트랜잭션 수행을 요구한 시점부터 처리 결과를 얻을때까지의 경과 시간 - 공간 활용도 : 데이터베이스 파일과 액세스 경로 구조에 의해 사용되는 저장공간의 양 - 트랜잭션 처리량 : 단위시간 동안 데이터베이스 시스템에 의해 처리될 수 있는 트랜잭션의 평균 개수 데..
▶ 2020 정보처리기사 필기 정리 ◀ ▶ 082 정규화(Normalization) 정규화잘못 설계된 관계형 스키마를 더 작은 속성의 세트로 쪼개어 바람직한 스키마로 만들어 가는 과정- 분해하는 과정- 논리적 설계 단계에서 수행- 데이터 중복성 최소, 이상의 발생 방지, 저장 공간의 최소화, 일관성 보장, 테이터 정확성 증가- 조회 성능 저하 이상(Anomaly)의 개념 및 종류정규화를 거치지 않으면 DB 내에 데이터들이 불필요하게 중복되어 의도와 상관없이 삽입, 삭제, 갱신이 일어나는 현상- 이상의 종류 : 삽입 이상, 삭제 이상, 갱신 이상 정규화 과정 / 중요★ ＊이행적 종속 : A→B이고 B→C일 때 A→C를 만족하는 관계 ▶ 083 반정규화(역정규화; Denormalization) 반정규화정규화..
▶ 2020 정보처리기사 필기 정리 ◀ ▶ 077 관계형 데이터 모델 관계형 데이터 모델(Relational Data Model)가장 널리 사용되는 데이터 모델, 2차원적인 표를 이용해 데이터 상화 관계를 정의하는 DB구조- 기본키와 이를 참조하는 외래키로 데이터 간의 관계를 표현- 1:1, 1:N, N:M 관계를 자유롭게 표현 관계형 데이터 모델의 구성ex) E-R 모델에서 설명한 고객과 주문서 그리고 주문 관계를 관계형 데이터 모델로 표시하면 다음과 같다. ▶ 078 관계형 데이터베이스의 구조 관계형 데이터베이스1970년 IBM에 근무하던 코드에 의해 처음 제안됨- 개체와 관계를 모두 릴레이션이라는 표로 작성 관계형 데이터베이스의 Relation 구조 / 용어알기★ 릴레이션은 데이터들을 표의 형태로 ..
▶ 2020 정보처리기사 필기 정리 ◀ ▶ 070 데이터베이스 설계 데이터베이스 설계 시 고려사항- 무결성(정확성) : 삽입, 삭제 갱신 등의 연산 후에도 데이터베이스에 저장된 데이터가 정해진 제약조건을 항상 만족해야 함- 일관성- 회복- 보안- 효율성 : 응답시간의 단축, 시스템의 생산성, 저장공간의 최적화 등이 가능해야 함 - 데이터베이스 확장 데이터베이스 설계 순서 / 중요★ 1. 요구 조건 분석데이터베이스를 사용할 사람들로부터 필요한 용도를 파악하는 것- 데이터베이스 사용자에 따른 수행 업무와 필요한 데이터의 종류, 용도, 처리 형태, 흐름, 제약 조건 등을 수집- 수집된 정보를 바탕으로 요구 조건 명세 작성 2. 개념적 설계(정보 모델링, 개념화)정보의 구조를 얻기 위하여 현실 세계의 무한성과 ..
▶ 2020 정보처리기사 필기 정리 ◀ ▶ 006 요구사항 정의 요구사항의 개념 및 특징어떠한 문제를 해결하기 위해 필요한 조건이나 제약사항을 요구하는 것- 소프트웨어 개발이나 유지 보수 과정에서 필요한 기준과 근거를 제공- 개발하려는 소프트웨어의 전반적인 내용을 확인할 수 있게 하므로 개발에 참여하는 이해관계자들 간의 의사소통을 원활하게 하는 데 도움 줌 - 제대로 정의되어야만 이를 토대로 이후 과정의 목표와 계획을 수립할 수 있음 요구사항의 유형 / 기능 - 비기능 비교! 유형내용기능 요구사항(Functional requirements)- 시스템이 무엇을 하는지, 어떤 기능을 하는지에 대한 사항- 시스템의 입력이나 출력으로 무엇이 포함되어야 하는지, 시스템이 어떤 데이터를 저장하거나 연산을 수행해야 ..
▶ 2020 정보처리기사 필기 정리 ◀ ▶ 001 소프트웨어 생명 주기 소프트웨어 생명 주기 소프트웨어를 개발하기 위해 정의하고 운용, 유지보수 등의 과정을 각 단계별로 나눈것 폭포수 모형(Waterfall Model)- 폭포에서 한번 떨어진 물을 거슬러 올라갈 수 없듯이 소프트웨어 개발도 이전 단계로 돌아갈 수 없음- 소프트웨어 공학에서 가장 오래되고 폭넓게 사용된 전통적인 모형, 고전적 생명 주기 모형- 소프트웨어 개발 과정의 한 단계가 끝나야만 다음 단계로 넘어갈 수 있음- 다음 단계를 수행하기 위한 결과물이 명확하게 산출되어야 함 프로토 타입 모형(Prototype Model, 원형 모형) / 중요★사용자의 요구사항을 정확히 파악하기 위해 실제 개발될 소프트웨어에 대한 견본(시제)품을 만들어 최종..
