관계 데이터베이스 모델과 언어 - 관계형 데이터베이스의 구조

1. 관계형 데이터베이스의 개요

 - 1970년 IBM에 근무하던 코드(E. F. Codd)에 의해 처음 제안되었다.

 - 관계형 데이터베이스를 구성하는 개체(Entity)나 관계(Relationship)를 모두 릴레이션(Relation)이라는 표(Table)로 표현한다.

 - 릴레이션은 개체를 표현하는 개체 릴레이션, 관계를 나타내는 관계 릴레이션으로 구분할 수 있다.

 - 장점 : 간결하고 보기편리하며, 다른 데이터베이스로의 변환이 용이하다.

 - 단점 : 성능이 다소 떨어진다.

2. 관계형 데이터베이스의 Relation 구조

 - 릴레이션은 데이터들을 표(Table)의 형태로 표현한 것으로 구조를 나타내는 릴레이션 스키마와 실제 값들인 릴레이션 인스턴스*로 구성된다.

튜플(Tuple)*

 - 튜플은 릴레이션을 구성하는 각각의 행을 말한다.

 - 튜플은 속성의 모임으로 구성된다.

 - 파일 구조에서 레코드와 같은 의미 이다.

 - 튜플의 수를 카디널리티(Cardinality) 또는 기수, 대응수라고 한다.

속성(Attribute)*

 - 속성은 데이터베이스를 구성하는 가장 작은 논리적 단위이다.

 - 파일 구조상의 데이터 항목 또는 데이터 필드에 해당된다.

 - 속성은 개체의 특성을 기술한다.

 - 속성의 수를 디그리(Degree) 또는 차수라고 한다.

도메인(Domain)*

 - 도메인은 하나의 애트리뷰트가 취할 수 있는 같은 타입의 원자(Atomic)값들의 집합이다.

 - 도메인은 실제 애트리뷰트 값이 나타날 때 그 값의 합법 여부를 시스템이 검사하는 데에도 이용된다

 예) 성별 애트리뷰트의 도메인은 '남'과 '여'로, 그 외의 값은 입력될 수 없다.

3. 릴레이션의 특징

 - 한 릴레이션에는 똑같은 튜플이 포함될 수 없으므로 릴레이션에 포함된 튜플들은 모두 상이하다.

 예) <학생> 릴레이션을 구성하는 홍길동 레코드는 홍길동에 대한 학적 사항을 타나내는 것으로 <학생> 릴레이션 내에서는 유일하다.

 - 한 릴레이션에 포함된 튜플 사이에는 순서가 없다

 예) <학생> 릴레이션에 새로운 학생의 레코드를 삽입하거나 기존 학생에 대한 레코드를 삭제함으로써 테이블은 내용 면에서난 크기 면에서 변하게 된다.

 - 튜플들의 삽입, 삭제 등의 작업으로 인해 릴레이션은 시간에 따라 변한다.

 예) <학생> 릴레이션에 새로운 학생의 레코드를 삽입하거나 기존 학생에 대한 레코드를 삭제함으로써 테이블은 내용 면에서나 크기 면에서 변하게 된다.

 - 릴레이션 스키마를 구성하는 속성들 간의 순서는 중요하지 않다.

 예) 학번, 이름 등의 속성을 나열하는 순서가 이름, 학번 순으로 바뀌어도 데이터 처리에는 아무런 영향을 미치지 않는다.

 - 속성의 유일한 식별을 위해 속성의 명칭은 유일해야 하지만, 속성을 구성하는 값은 동일한 값이 있을 수 있다.

 예) 각 학생의 학년을 기술하는 속성인 '학년'은 다른 속성명들과 구분되어 유일해야 하지만 '학년' 속성에는 2, 1, 2, 4 등이 입력된 것처럼 동일한 값이 있을 수 있다.

 - 릴레이션을 구성하는 튜플을 유일하게 식별하기 위해 속성들의 부분집합을 키(Key)로 설정한다.

 예) <학생> 릴레이션에서는 '학번'이나 '이름'이 튜플들을 구분하는 유일한 값인 키가 될 수 있다.

 - 속성의 값은 논리적으로 더 이상 쪼갤 수 없는 원자값만을 저장한다.

 예) '학년'에 저장된 1, 2, 4등은 더 이상 세분화할 수 없다.

*릴레이션 인스턴스

 - 데이터 개체를 구성하고 있는 속성들에 데이터 타입이 정의되어 구체적인 데이터 값을 갖고 있는 것을 말합니다.

 예) <학생> 릴레이션의 인스턴스

*튜플

 - 카디널리티 = 튜플의 수 = 기수 = 대응수

*속성

 - 디그리 = 속성의 수 = 차수