표는 값 및/또는 항목으로 식별되는 항목 간의 응용 프로그램 관계를 나타냅니다. "관계"는 혼란스럽게/혼동스럽게도 "외래 키"를 의미하는 데 사용됩니다.
원본 ER 모델링에는 엔티티 유형에 대한 상자 및 테이블, 관계 유형에 대한 다이아몬드 및 엔티티 유형 참여에 대한 라인/FK가 관계 유형에 있습니다. 선은 엔티티 인스턴스/행이 동시에 참여할 수있는 관계 인스턴스/행 (인스턴스/행)의 수를 표시합니다. 그러나 다른 방법과 다이어그램 스타일은 기호와 선을 다르게 사용합니다.
관심있는 응용 프로그램 엔티티 및 관계를 결정했습니다 (ERM과 달리 관계형 모델은 엔티티 사이에 인공적인 구별을하지 않습니다) & 관계.)
Student(p) -- P identifies a student
School(s) -- S identifies a school
...
User(u, ...) -- U identifies a user and ...
...
Representation(c, p, ...) -- consultancy C represents student P and ...
Application(p, s, ...) -- student P has applied to school S and ...
테이블은 진정한 문에 그 의견에 조건을 행을 보유하고 있습니다. 발생할 수있는 모든 상황을 충분히 설명하려면 충분한 엔티티 & 관계 및 해당 테이블이 필요합니다.
세 가지 관계 유형이 언급되어 있습니다. 참여자 유형과 참여 카디널리티에 대해 알려 주셨습니다. 그러나 각각 술어, 즉 각각의 관계 이 인 것을 말해야합니다. 그런 다음 발생할 수있는 각각의 상황에서 주어진 개체는 주어진 관계에 특정 횟수만큼 참여합니다. 이로써 가능성을 설명하는 카디널리티가 결정됩니다.
특정 참조를 선택하고 따라야합니다.
@philipxy : 디자인 현명한, 나는 출발점에 있습니다. 당신이 진정으로 의미했던 것이 문서 였으면 좋겠습니다. 신청서 프로토 타입과 SRS가 있습니다. 그리고 저는 "관계 형성"에 관한 인용문을 알아 채는 것을 도울 수 없었습니다. 다른 용어를 사용해야하는 경우 알려주십시오. 나는 배우는 학생 일 뿐이므로 모든 작은 일에 큰 도움이됩니다. –
"동일한 개체, 즉 사용자 간의 이러한 관계를 형성하는 것"이 의미하는 것은 명확하지 않습니다. 어쩌면 "형성"함으로써 당신은 단지 설계를 의미합니다. 난 당신이 열, 후보 키, 외래 키, 등 결정하지만, 단지 당신이 전달하려고하는 말을하시기 바랍니다. 결과물에 최선을 다하십시오. 또한 많은 모델링 및 다이어그램 작성 방법이 있으므로 어떤 것을 사용하고 있습니까? 추신 : 귀하의 질문은 본질적으로 교과서의 설계/도표 챕터를 요구하고 있습니다. 여기에 대한 질문에는 너무 광범위합니다. 참고 문헌으로 교과서를 찾으십시오. (많은 사람들이 온라인 상태입니다.) – philipxy