[DB 기초] 개념적 구성요소 (entity, attribute, relationship)

 

사용자 측면에서 데이터베이스는 개념적으로 개체(entity), 관계(relationship)으로 구성되어 있다.

 

 

 

 

개체 (entity)

---

데이터베이스에 표현하려고 하는 유형, 무형의 객체(object)로써 서로 구별되는것을 의미한다. 현실세계에 대해 사람이 생각하는 개념, 의미 있는 정보의 단위이며 엔터티는 컴퓨터가 취급하는 화일의 레코드에 대응한다. 엔터티는 단독으로 존재할 수 있으며 정보로서의 역할을 한다. 하나의 객체는 하나 이상의 속성(attribute)로 구성되며 각 속성은 그 개체의 특성이나 상태를 기술해준다.

 

속성 (attribute)은 데이터의 가장 작은 논리적 단위가 되며, 화일 구조에서는 데이터 항목(data item), 필드(field)라고 한다. 정보의 측면에서는 속성은 그 자체만으로 중요한 의미를 가지지 못해 단독으로 존재하지 못한다. ( 개체와 다른점 )

 

 

 

<학생>  ▷ 개체

학번

이름

학과

▷ 속성 : 학번, 이름, 학과  

 

 

1234

홍길동

사이버해킹보안과

▷ 개체 인스턴스 ( '학생' 이라는 개체의 한 값 )

 

 

 

 

이 인스턴스들의 집합의 개체 집합(entity set)이라 하며, 속성의 이름으로만 구성된 개체를 개체 타입( 학번 이름 학과 )이라 한다. 개체 타입은 논리적인 개념, 개체 인스턴스는 데이터베이스에 저장되는 구체적인 객체이다.

 

 

레코드 타입 - 필드(=속성) 이름으로만 표현된 레코드 정의.

레코드 인스턴스 - 실제 필드 값

 

 

 

 

 

 

관계 (relationship)

---

개체 집합과 개체 집합 간에는 여러 유형의 관계가 존재할 수 있다. 속성관계는 한 개체 내에서만 존재하기 때문에 개체 내 관계 (intra-entity relationship)라 하고, 개체 관계는 개체 외부에 존재하기 때문에 개체 간 관계 (inter-entity relationship) 이라 한다. 보통 개체 관계만 명시적으로 취급하며 속성관계는 암시적으로 취급한다.

 

출처 - 네이버

 

 

E-R 다이어그램은 개체와 관계를 도식으로 표현한 다이어그램을 뜻한다. 여기서 개체는 '프로젝트'와 '사원'이며 프로젝트 번호(PK), 프로젝트 명, 프로젝트 예산은 '프로젝트' 개체에 대한 속성 관계이다. '프로젝트' 개체와 '사원' 개체는 "관리"라는 관계는 개체관계가 된다. '사원 이름이 홍길동이 관리하는 프로젝트 명을 검색해라' 에서는 이 개체 관계가 중요한 도구가 된다. 하나의 개체는 논리적으로 무한한 어커런스(인스턴스)를 가지는 것이 가능하지만, 실제 저장되는 것은 정보 추출의 대상이 되는것에 한 한다.