2차원적인 표를 이용해서 데이터 상호 관계를 정의하는 DB
개체 릴레이션과 관계 릴레이션 존재 (개체, 관계를 모두 릴레이션이라는 표로 표현하기 때문에)
+)
장점 : 간결하고 보기 편함, 다른 DB로 변환 쉬움
단점 : 성능이 다소 떨어짐
- 릴레이션
데이터들을 표의 형태로 표현한 것으로, 릴레이션 스키마(구조)와 인스턴스(실제 값)로 구성
릴레이션을 구성하는 각각의 행
속성의 모임으로 구성
파일 구조에서 레코드와 같은 의미
튜플의 수 = 카디널리티(Cardinality) = 기수 = 대응수
DB를 구성하는 가장 작은 논리적 단위
파일 구조상 데이터 항목 또는 데이터 필드에 해당
개체의 특성 기술
속성의 수 = 디그리(Degree) = 차수
릴레이션에 포함된 튜플은 모두 다름
(한 릴레이션에 똑같은 튜플 포함 될 수 없음)
한 릴레이션에 포함된 튜플 사이엔 순서 X
튜플들의 삽입, 삭제 등 작업으로 릴레이션은 변함
릴레이션 스키마를 구성하는 속성들 사이의 순서는 중요하지 않음
속성의 명칭은 유일해야 하지만, 속성을 구성하는 값은 동일할 수 있음
속성들의 부분집합을 key로 설정
(튜플을 유일하게 식별하기 위해)
속성의 값 = 논리적으로 더 이상 쪼갤 수 없는 원자값
2차원적인 표를 이용해서 데이터 상호 관계를 정의하는 DB구조
가장 널리 사용
테이블들을 하나의 DB로 묶어서 테이블 내에 있는 속성들 간의 관계 설정 / 테이블 간의 관계 설정
기본키(Primary Key)와 기본키를 참조하는 왜래키(Foreign Key)로 데이터 간 관계 표현
계층 모델, 망 모델의 복잡한 구조를 단순화 시킨 모델
대표적 언어 ⇒ SQL
1 : 1 / 1 : N / 1 : M 관계 자유롭게 표현 가능