절차별 DB 설계 요약

각 공정에서 어느 정도의 데이터베이스 디자인을 실시해야 하는지를 명확하게 의식하기 위해 디자인 내용을 총괄했다.
과업
DB 디자인은 소프트웨어 개발에서 데이터베이스 모델을 만드는 작업이다.
각 공정의 설계는 다음과 같다.
■ 요건 정의: 개념 데이터 모델
■ 기본 설계: 논리 데이터 모델
■ 상세 설계: 상세 데이터 모델
조건 정의
데이터 모델이 IT 지식이 없으면 어렵기 때문에 SE는 기본 방안을 만들어야 하지만, 성과물의 수준감(너무 많이 하지 않고 너무 많이 하지 않음)은 주의해야 한다.업무 흐름을 분석한 데이터를 빠짐없이 포착한 인상이다.
개념 데이터 모델의 제작
① 개념 데이터 모형도 제작
・ 목적은 정적 비즈니스의 전체 상황을 파악하는 것이다
· 5W1H로 추출된 데이터 모델의 추출 정적 관리 대상
※ 전형적인 예···'고객','직원','점포','주문기록'
• 포착 데이터의 종류, 주요 항목.모델인 줄만 알았지만 변주곡과 범위 등에 대한 논의가 되지 않아 고려 모델이 생기기 쉬우니 주의해야 한다.

② 데이터 인식기 제작
· ER 그림을 만드는 과정에서 나타난 항목의 이름과 뜻을 정리한다.
・ 응용 프로그램, Sinonim의 표준화, 데이터의 범위를 정의합니다.
기본 설계
DOA(Data Oriented Approach)의 사상을 바탕으로 귀일화 기술로 데이터 모델을 정리한다.
논리 데이터 모델 만들기
① ER 그림 만들기
①-1 실체의 제작, 귀일화
• 요건 정의를 통해 보완된 데이터를 정리, 통합하여 실체를 만든다.
(사각형 각도 있음 - 독립 솔리드 각도 - 솔리드 종속)
● 추출된 솔리드를 기준으로 속성을 결정합니다.
• 보조 도구를 사용하면 편리
이걸로 쓰고 있어요.
①-2 귀일화
목적: 데이터가 중복되지 않고 일치성 있게 처리될 수 있도록 데이터베이스를 설계한다
제1정규형: 중복된 데이터 항목의 그룹 등을 분리하는 집합체
제2정규형: 열쇠의 종속 관계를 조사하고 부분의 종속 관계를 분리한다
→명세서로 분할되는 경우가 많다
제3정규형: 키 이외의 종속 관계를 찾아내 키 이외의 모든 항목을 키에 완전히 종속시킨다
종속성을 분리하다.또한 여러 실체에서도 유사한 정규조가 발생하였다
합병을 고려할 때도 있다.
② 작업 최적화
관계를 의식하고 실체를 재검사함으로써 중복된 데이터를 제거하고 업무 규칙과 과정을 확인한다.
③ 일반화 작업
상업적 측면에서 데이터베이스 구조를 재검토하다 → 상업적 측면에서 실체를 분리하다
④ 안정성 검증 작업
변화에 견디는 데이터 구조를 시각으로 검증(비즈니스 규칙이 변할 때의 시련을 견딜 수 있는지)
상세 설계
실제 DBMS의 논리적 데이터 모델을 사용하는 전제에서 물리적 구조와 접근 방법을 확정한다.
물리적 데이터 모델 생성
① 표내와 표간의 정의
①-1열 설계
이름, 데이터 유형, 길이, 빈 값(NULL 값)의 처리, 도메인(정의역) 설계
①-2 참조 구속의 정의
② 보안 설정
・ 뷰 생성(데이터 보안 유지)
· 모든 사용자가 사용할 수 있는 표와 동작을 제한한다
③ 성능 향상을 위한 구조적 정의
③ - 1 성능 고려
인덱스 설정
차량 품질(열의 데이터 종류)이 낮은 항목에 색인을 만들어도 사용되지 않을 가능성이 높다
대량 추가, 삭제 기록→인덱스 변화
· 비정규화(표 방문의 관점에서 볼 때)
③ - 2 DB 액세스 디자인
제출 시기
배타 제어
• 잠금 해제→잠금 순서 결정
④ 데이터의 이동 설계
유류 시스템이 있는 상황에서 연구하다
RDBMS 설치
① 데이터베이스 액세스 제공 라이브러리 등 공통화.
CONNECT,DISCONNECT,COMMIT,ROLLBACK
② 데이터 조작 명령에 SQL 문 사용
■optimina의 사양
갑골문 10g 이후에는 규칙적인 기초가 없고 원가 기반의optimina만 지원합니다
(데이터 건수, 편차, 분포를 늘려 SQL 최적화)
■ NULL 정렬 순서→DBMS 기준
Oracle의 경우order by(오름차순)인 경우 NULL은 시작 order by 옵션인 NULLS FIRST를 사용하여 제어할 수 있습니다.