개념4

데이터베이스의 구성 요소

개체(Entity)

• 파일 시스템의 레코드에 대응
• 데이터베이스가 표현하려고 하는 유형, 무형의 정보 대상으로 존재하면서 서로 구별될 수 있는 것
• 물리적 혹은 개념적이며, 실세계에 독립적으로 존재

속성(Atttribute)

• 데이터의 가장 작은 논리적 단위
• 파일 구조상의 데이터 항목 또는 데이터 필드에 해당하는 것

괸계(Relationship)

 

개체-관계 모델

• 현실세계를 개념적으로 표현한 것으로 Peter Chen에 의해 제안
• 개체 간의 관계 표현에 제한이 없다(속성들에 대한 관계 없음)
• 개체(Entity), 관계(Relationship), 속성(attribute)으로 묘사

E-R 다이어 그램

• 개체 간의 관계는 물론 시스템 내의 역할을 하는 모든 개체들, 즉 조직, 부서, 사용자, 프로그램, 데이터를 모두 표시
• 사각형(Rectangle) : 개체(Entity)
• 타원(Ellipse) : 속성(Attribute)
• 마름모(Diamond) : 관계(Relationship)

관계형 데이터 모델

• 논리적인 데이터 모델에서 데이터 간의 관계를 기본키와 이를 참조하는 외래키로 표현하는 데이터 모델

계층형 데이터 모델

• 데이터베이스를 계층적 트리구조로 표현(그래프 구조 아님)
• 1:N 관계로 나타냄

망(그래프, 네트워크)형 데이터 모델

• CODASYS DBTG 모델이라고도 함
• 논리적 구조 표현을 그래프 형태로 표현하며, 관계를 오너-멤버 관계라고도 한다.

데이터 베이스 설계

무결성, 보안성 등(종속성 아님)

개념적 설계

• 트랜잭션 모델링을 수행
• 독립적인 개념 스키마를 설계

논리적 설계

• 트랜잭션 인터페이스 설계
• 종속적인 논리적 스키마를 설계(독립적이지 않음)

물리적 설계

• 저장 레코드의 양식을 설계
• 파일 조직 방법과 저장 방법, 그리고 파일 접근 방법등을 선정
• 물리적 설계 옵션 선택 시 고려 사항 : 응답시간, 저장공간 효율화, 트랜잭션 처리도
• (스키마의 평가 및 정제 없음, 트랜잭션 모델링 없음, 목표 DBMS에 맞는 스키마 설계 안함, 트랜잭션 인터페이스 설계 안함)

데이터베이스 설계 순서

• 요구 분석 -> 개념적 설계 -> 논리적 설계 -> 물리적 설계 -> 데이터 베이스 구현