SDBMS ② ER Diagram and Relational Schema

SDBMS 공간데이터베이스

 

② ER Diagram and Relational Schema

 

---

 

ER Diagram

데이터 모델의 entity를 직사각형, attribute를 타원, relationship를 마름모로 표현한 그림.

Pictogram을 이용해 객체의 공간적 정보를 나타낼 수도 있다.

 

 

Relational Schema

데이터 모델을 logical model로 나타낸 것.

Logical model을 디자인할 때는 relationship을 entity로 표현할 지, attribute로 표현할 지가 관건이다.

 

 

...그냥 그림을 보자...

 

 

 

각 그림을 비교해서 무얼 어떤 식으로 나타냈는지 보면 된다.

E를 ER Diagram, R을 Relational Schema, P를 ER Diagram with Pictogram이라 하자.

 

1. Road

E: Entity. Road의 attribute: Name(PK), NameofLanes, Lineid(Multi-valued)

R: Road의 Lineid를 Road-Geom이라는 entity로 표현

P: Lineid를 타원으로 표시하는 대신 pictogram으로 나타내 직선임을 표현

 

2. Manages

E: Forest와 Manager 간 M to 1 relationship

R: Manager에 attribute로 ForName을 추가해 표현

P: E와 같이 표현(공간적 특성에 관련된 게 없어서 차이 없음)

(E에서 저 노란 마름모,, 저기 아닌데 왜 저따 그렸는지 모를 일,,)

 

3. part_of

E: Forest와 ForestStand 간 1 to M relationship

R: ForestStand에 attribute로 Forest-Name을 추가해 표현

P: Pictogram으로 Forest의 데이터가 ForestStand의 어떤 데이터의 일부임을 표현

 

4. Cross

E: River와 Road 간 M to M relationship

R: River-Geom과 Road-Geom간 위상 연산으로 구할 수 있어 딱히 표현하지 않음

P: River(line)과 Road(line) 간 spatial relationship이므로 표현하지 않음

 

5. Elevation

E: Forest의 multi-valued attribute이다.

R: 위 R에서 생략되었다. Elevation(ForestName,Pointid,Elevation)을 추가해야 함

P: E와 같이 표현

 

 

 

또한 위 그림에는 모두 생략되었으나 각 entity의 기하적 속성을 나타내기 위해 아래의 entity가 필요하다.

Polygon(Polygonid, Sequence-no, Pointid)

Line(Lineid, Sequence-no, Pointid)

Point(Pointid, Latitude, Longitude)

다각형의 경우 이웃한 순서대로의 꼭짓점의 정보를 알면 구할 수 있기 때문에

Point의 PK인 Pointid와 이웃한 꼭짓점을 알기 위한 Sequence-no를 attribute로 가진다.

 

 

 

 

잡담

 

근본적인 물음이 들었다. 저 그림이 보이긴 하는지..............

 

사실 지금 범위는 중간고사 공부하면서 정리해둔 걸 다시 올리는 건데

계속 비교하면서 봐야 이해가 되고, 이 페이지 저 페이지 왔다갔다 하기 싫어서

한눈에 보이게 저렇게 정리해놨던 거라 정말 눈이 빠질 것 같다.

글씨도 대강 형태 보고 맞춰야하는 수준... 그렇지만 어쩔 수 없어