📢본 예제의 저작권은 http://www.kocw.net/home/cview.do?cid=9c591659f017851e 에 있으므로, 무단 복제 및 배포를 금합니다.

요구사항

먼저 요구사항을 분석해서 아래와 같은 절차를 따라서 데이터베이스 설계를 한다.

💡간단하게 개체 및 속성을 파악하기 위해, 간략화된 릴레이션을 먼저 작성한다.
1. Department (name(unique), number(PK), a set of locations, manager, a set of employees, a set of projects)
2. Project (name(unique), number(PK), a single location, a set of employees, a single department)
3. Employee (name, SSN(PK), address, salary, sex, birthdate, a direct supervisor, a set of dependents(뜻: 부양가족), a single department, a set of projects)
4. Dependent (fist name(PK), sex, birthdate)

1. ERD 그리기

🤦‍♂️놓친 부분

1. 💡관계(Relation)은 개체(Entity)간의 매핑 카디널리티를 가진다.

• 매핑 카디널리티는 대칭성을 가지기 때문에 한 쪽이 a single of이면 반대쪽은 반드시 a set of의 관계를 가진다.(정 못믿겠으면 요구사항을 보고 직접 ERD를 그려볼 것)

2. a set of locations를 놓쳐서 다중값 설정을 안했음.
   예) 마켓팅팀이 1층 또는 2층 건물에 있을 수 있음

3. manager를 Employee의 속성으로 두었는데, 이것을 Employee(1) - manage (manager) - Department(1)의 관계를 가지는 것으로 변경해줘야 함

4. Employee의a direct supervisor는 Employee(N) - supervise - Employee(1)의 관계를 가짐

5. Employee(M) - assign (hours) - Project(N)의 관계를 갖는 이유는

   1. has a set of employees who work on it
   2. works some number of hours per week **on each of a set of projects**
      요구사항 때문
      💡결국, a single이냐 a set of이냐에 따라 매핑 카디널리티가 달라진다는 것을 알 수 있다.

6. Employee(1) - depend - Dependent(N)의 관계와 is related to a particular employee in a particular way (e.g., child, spouse, pet)에 의해 Dependent 속성에 relationship을 추가해줘야함.

7. and who assumed that position on some date는 Manages 관계의 Start_date 속성으로 들어감

👩‍🏫실제 답은 아래와 같습니다.