& 관계 이 업무/응용 프로그램/도메인 용어로 인 경우를 제외하고는 시스템을 사용할 수 없습니다. 당신이 모르는 경우에 당신은 묻을 필요가있다. 카디널리티는 관계의 한 속성 일뿐입니다. (마찬가지로 속성은 &입니다.) 업데이트하거나 쿼리하기 위해 알아야 할 필요조차 없습니다. (그것은 무결성을 적용에 관련이 있습니다.)
& 관계, 상식을 사용하여, 즉 이 추측 단체의 이름으로 판단, 다이어그램 말을하지 않기 때문에, 강사-을 배울 학생은 M 것이다 : N. 또한 상식으로는 학생을 가르치는 강사가 강사가 학생이 참석하는 강의 과목을 가르치는 것으로부터 파생 될 것으로 기대하기 때문에 불필요합니다.
다이어그램은 '가르침'이라는 이름이 같은 두 개의 다이아몬드가있는 것이 특이합니다. (비록 참여하는 엔티티의 다른 쌍을 가짐으로써 구별이 가능하다.) 강사 - 교수 - 학생이 교사를 의미한다면, 다이어그램 M : 1은 더 이해하기 쉽습니다. 카디널리티에 레이블을 지정하는 데는 두 가지 규칙이 있습니다. 여기서는 look-& look-across입니다. 여기에서 엔티티 유형의 숫자는 인스턴스가 관계에 참여할 수있는 횟수를 알려줍니다. 여기에는 다이어그램 카디널리티와 일치합니다 : 한 학생이 한 번 참여하고, 한 명의 가정교사가 있고, 한 명의 강사가 많은 학생들을 가르 칠 것입니다. 훑어보기에서 엔티티 유형별 숫자는 다른 엔티티 유형의 인스턴스의 하위 집합이 관계에 참여할 수있는 횟수를 알려줍니다.
또한 강사를 가르치기위한 1 : 1 카디널리티는 비정상적이지만 가능합니다. 그리고 어떤 강사가 수업을 듣는 지 알 수 있습니다. 어쩌면 강좌를 의미 할 수도 있고 강사에게 강의를 제공 할 수도 있습니다. 또한 엔티티의 외부 _ID 속성은이 응용 프로그램에 대한 일반적인 기대치에 속하지 않습니다. & 다이어그램 스타일.
그 웹 사이트는 잘못 작성되었으므로 잊어 버리십시오. 말 그대로 수십 개의 무료 온라인 학술 교과서와 슬라이드, 플러스 과정이 있습니다. 또한 수업 참조의 스타일을 따라야합니다.
키를 포함하지 않고 다이어그램을 그려서는 안됩니다.
이것은 숙제와 같습니다. – briskovich
나는 학생이 많고 선생님이 많을 것이다. ERD는 나에게 좋아 보인다. – briskovich
한 교사는 반에서 많은 학생을두고 있습니다. – briskovich