데이터베이스3

#관계 데이터 모델

-관계 데이터 모델

동일한 구조(릴레이션)의 관점에서 모든 데이터를 논리적으로 구성

레코드들의 어떠한 순서와도 무관하게 작성

사용자는 원하는 데이터(What)만 명시하고 어떻게 이 데이터를 찾을 것인가(How)는 명시할 필요 없음

링크나 포인터를 사용하지 않는다

 

-용어

1.릴레이션 : 2차원의 테이블

2.레코드 : 릴레이션의 각 행

3.투플 : 레코드를 좀더 공식적으로 부르는 용어

4.애트리뷰트 : 릴레이션에서 이름을 가진 하나의 열 

 

-도메인 domain

한 속성에 나타날 수 있는 값들의 집합

각 속성의 도메인의 값들은 원자값(유일한 값)

동일한 도메인이 여러 속성에 사용될 수 있다

복합 속성이나 다치 속성은 허용되지 않는다

 

-차수 degree

한 릴레이션에 들어있는 속성의 수

유효한 릴레이션의 최소 차수는 1

릴레이션의 차수는 자주 바뀌지 않는다(스키마)

 

-카디날리티 cardinality

유효한 릴레이션은 카디날리티 0을 가질 수 있다. (즉, 튜플을 하나도 갖지 않는 릴레이션이 가능하다)

릴레이션의 카디날리티는 시간이 지남에 따라 계속 변한다.

 

-릴레이션 스키마 relation schema

릴레이션의 이름과 릴레이션의 속성들의 집합

릴레이션을 위한 틀 framework

PK 속성에는 밑줄로 표시

내포 intension 라고 함 > 릴레이션의 상세한 내용은 숨기면서 DB의 전체 구조를 명확하게 나타내기 때문이다(DDL정의)

 

변견은 속성의 추가 삭제시 DDL 사용

DDL  >>

추가 alter table ~ add ~

제거 alter table ~ drop~

수정 alter table ~ modify~

 

-릴레이션 인스턴스 relation instance

릴레이션에 어느 시점에 들어 있는 튜플들의 집합

투플 삽입 삭제 수정 시 릴레이션 인스턴스는 변한다

DML를 사용하여 정의

 

시간의 흐름에 따라 계속 변한다

외연(extension)이라고 한다

 

DML >>

튜플 삽입 insert into ~ values ~

튜플 수정 update ~ set ~ where ~

튜플 확인 select ~ from ~ where ~

튜플 삭제 delete from ~ where ~

---

관계 데이터베이스 스키마 >> 하나 이상의 릴레이션 스키마들로 이루어짐

관계 데이터베이스 인스턴스 >> 릴레이션 인스턴스들의 모임으로 구성됨

 

-릴레이션

튜플들의 집합

특성 :

각 릴레이션은 오직 하나의 레코드 타입만 포함

한 속성 내의 값들은 모두 같은 유형

속성의 순서는 중요X

동일한 튜플이 두 개 이상 존재하지 X

한 튜플의 각 속성은 원자값을 가짐(단일값)

각 속성의 이름은 한 릴레이션 내에서만 고유하다

튜플들의 순서는 중요X

 

-릴레이션 키

키는 두 릴레이션을 서로 연관시키는데 사용된다.

한 릴레이션의 어떤 키 값이 다른 릴레이션에 나타나면 두 릴레이션의 해당 튜플들이 서로 연관 되었음을 알 수 있다.

가능한 키를 구성하는 속성의 수가 적을수록 좋다

튜플들에 접근하는 속도를 높이기 위해 키에 인덱스를 만드는데 키가 적을수록

인덱스 크기가 줄어들고, 검색 시간이 단축된다

 

각 튜플을 고유하게 식별할 수 있는 하나 이상의 속성들의 모임

슈퍼 키 / 후보 키 / 기본 키 / 대체 키 / 외래 키

 

---

-슈퍼 키 

한 릴레이션 내의 특정 튜플을 고유하게 식별하는 하나의 속성 또는 속성들의 집합

튜플들을 고유하게 식별하는데 꼭 필요하지 않은 속서들을 포함 할 수 있다(문제점)

 

-후보 키

각 튜플을 고유하게 식별하는 최소한의 속성들의 모임

후보키를 구성하는 속성 중 어느 한 속성이라도 빼면 고유하게 식별하는 능력을 상실한다

모든 릴레이션에는 최소 한 개 이상의 후보키가 있다

후보 키도 두 개 이상의 속성으로 이루어질 수 있으며 이런 경우 복합 키 라고 한다

 

-기본 키 PK

한 릴레이션에 후보 키가 두개 이상 있으면 이들 중 하나를 기본 키로 선정

사용 빈도 수가 높은 키 값을 PK로 선정

자연스러운 기본 키를 찾을 수 없는 경우 레코드 번호와 같이 인위적인 키 속성을 릴레이션에

추가할 수 있는데 이 키를 대리 키 라고 한다

 

PK특성 : 한 릴레이션 내의 모든 튜플을 고유하게 식별할 수 있어야 하므로 널 값이나 중복을 허용하지 않는다

 

PK 선정 시 고려사항 

1. 속성이 항상 고유한 값을 가지는가

2. 속성이 확실하게 널 값을 갖지 않는가

3. 속성 값이 변결될 가능성이 높은 속성은 선정하지 말 것

4. 가능한 정수 값이나 짧은 문자열로 고려한다

5. 가능한 복합 기본 키는 피한다

 

-대체 키

PK로 선정되지 않은 후보 키

 

-외래 키

어떤 릴레이션의 기본 키를 참조하는 속성

관계 데이터베이스에서 릴레이션들 간의 관계를 나타내기 위해 사용

외래 키 속성은 참조되는 릴레이션의 기본 키와 동일한 도메인을 가져야 한다

자신이 속한 릴레이션의 기본 키의 구성요소가 되거나 되지 않을 수 있다.

 

 

---

-외래 키의 유형

 

1. 다른 릴레이션의 기본 키를 참조하는 외래 키

 

2. 자체 릴레이션의 기본 키를 참조하는 외래 키

 

3. 기본 키의 구성요소가 되는 외래 키 ( 합쳐져서 기본 키(복합 키) 이면서 외래키)

 

 

---

*출처

오라클 기반 데이터베이스 배움터 (생능, 홍의경)

오라클 11g + PL/SQL 입문 (대림, 성윤경 서동린)