13.관계형데이터베이스설계 - 데이터 무결성 검토

2008. 9. 13. 02:00Study/Database

1. 왜 데이터 무결성을 검토해야 하는가

무결성이 깨지면 일관성 없는 데이터나 부정확한 정보를 걸과를 얻을 수 있다. 작업 중 무엇인가 빠뜨렸을 수 있다.


2. 데이터 무결성 검토 및 정제하기

1) 테이블 수준에서

- 테이블 내에 이중 필드들이 없다.

- 테이블 내에 계산된 필드들이 없다.

- 테이블 내에 다중 값 필드들이 없다.

- 테이블 내에 이중 레코드들이 없다.

- 테이블 내의 각 레코드는 주 키 값에 의해 식별된다.

- 각 주 키는 주 키의 요소들을 따른다.


2) 필드 수준에서

- 각 필드가 이상적 필드의 요소들을 따르는 것을 확인했다.

- 각 필드들 위한 일련의 명세들을 정의했다는 것을 확인했다.


3) 관계 수준에서

- 올바르게 관계를 설정했다.

- 적절한 삭제 규칙을 정의했다.

- 각 테이블을 위한 참여의 종류를 정확하게 식별했다.

- 각 테이블을 위한 올바른 참여 수준을 설정했다.


4) 업무 규칙 수준에서

- 각 규칙이 의미 있는 제약 조건을 부과한다고 확신한다.

- 규칙을 위한 올바른 범주를 결정했다.

- 각 규칙을 올바르게 정의 및 설정했다.

- 적절한 필드 명세 요소들 또는 테이블-관계 특성들을 수정했다.

- 적절한 검증 테이블을 설정했다.

- 각 규익을 위한 업무 규칙 명세서를 완성했다.


5) 뷰 수준에서

- 각 뷰는 요구되는 정보를 제공하기 위해 필요한 기반 테이블들을 포함한다.

- 각 뷰에 적절한 필드들을 할당했다.

- 각 계산된 필드는 적절한 정보를 제공하거나 뷰가 데이터를 표시하는 방법을 개선한다.

- 각 필터는 적절한 레코드 집합을 반환한다.

- 각 뷰는 뷰 다이어그램을 가지고 있다.

- 각 뷰 다이어그램은 뷰 명세서에 수반된다.


3. 데이터베이스 문서 취합하기

1) 취합할 목록

- 최종 테이블 목록

- 필드 명세서

- 계산된 필드 목록

- 테이블 구조 다이어그램

- 관계 다이어그램

- 업무 규칙 명세서

- 뷰 다이어그램

- 뷰 명세서

2) 문서 취합의 중요성

- 데이터베이스 구조의 완전한 기록을 제공한다.

- 구현 작업 동안 어떻게 데이터베이스가 만들어져야 하는지에 대한 명세와 지시들의 완전한 집합을 제공한다.

- 구현 작업 동안에 데이터베이스 구조를 변경할 필요가 있을 경우, 이 설계 문서는 어떤 수정의 효과와 결과를 판단하는데 사용될 수 있다.



--------------------------
출처 - 위 글은 byung8lim의 다음블로그 Blog.daum.net/byung8lim에서 가져온 것입니다.