[DB] Relational Data Model

🌝 Relational Model Concepts 에 대해 알아보자

Relational 모델은 'Logical Model'이다. 수학적 관계 개념을 사용하고, 집합이론과 1차 술어 논리에 이론적 근거를 둔다.
e.g) Socrates is mortal. (o)
Being beautiful is good. (x)

Relation(릴레이션)

집합 기반의 수학적인 개념

but, 집합은 중복이 불가능하지만 , 여기서는 중복이 가능하다.

관계모델에서 DB는 relation들의 집합이다.

Relation은 table과 같은 역할을 한다.

Relation은 보통 여러 행(row)들을 가지고 있다. 각 행에 있는 데이터들은 현실 세계의 entity나 relationship에 상응한다.

각 row을 'tuple'이라고 하고, 각 column의 header를 'attribute'라고 한다.

Key of a relation

각 각의 row는 테이블에서 row를 식별시켜줄 유효한 데이터 'element' key를 가진다

시스템에서 독립적으로 할당된 연속적인 숫자나 열의 ID를 키로 사용할 수도 있는데 이 키를 'surrogate key' (대체키)라고 부른다.

Schema

스키마는 relation을 정의하기 위해 사용된다.

💡 R(A1,A2,....,An)

R : Realtion의 이름

A1,A2,A3,.....,An : Attribute의 리스트

R의 degree : R이 가진 Attribute 의 수

Tuple(튜플)

튜플은 값들의 정렬된 집합이다. <....>에 표현한다.

튜플의 각 값은 적절한 도메인으로부터 나와야 함.

Relation에서 튜플의 순서는 상관없지만 attribute의 순서는 무조건 지켜져야 한다.

또한, 튜플의 값은 atomic하다고 간주한다. 그렇기 때문에 ‘Composite’ 값은 여러 개의 어트리뷰트로, ‘Multi-valued’ 값은 분리된 relation으로 관리해야 한다.

Domain

atomic한 값들의 집합

논리적 정의(이름)을 가지고 data type이나 data format을 가짐

도메인을 쉽게 말하자면 attribute가 가질 수 있는 모든 값이다.

attribute의 이름이 관계에서 도메인의 역할을 하게 되면서 도메인은 더 구체화된다.

예) “한국의 휴대폰 번호”는 11 digit을 가지고 (01X)-dddd-dddd의 형식을 가져야 한다.

State

Relation State : relation의 attributes들이 가지는 도메인들이 가지는 모든 값인 (카테시안 곱)의 부분집합이다. 속성값들로 만들 수 있는 모든 가능한 조합들 중 부분집합, 즉, 실제로 적제된 튜플들을 뜻함

---

기억하기

Relation에서 Null 이 가지는 의미

• Null values in certain tuples:
  • Unknown(아직 모른다) : 아직 모르는 경우
  • Not available(이용가능하지 않은) : 아직 전화번호가 없는 경우
  • Inapplicable(응용할 수 없는) : 선택 항목이 다름

참조 문서

• 데이터베이스 시스템 / Abraham Silberschatz, Henry F. Korth, S. Sudarshan 지음 ; 정연돈 [외]옮김