ERD 부분은 3 개의 테이블 사이의 관계를 보여줍니다.이 테이블에 새로운 기본 키가 필요합니까?
사용자는 많은 사용자
중간에 테이블이 많은 관계로 많은 해결 및 복합 기본 키가에 의해 많은 tarcks (노래)
트랙이 소유 할 수 있습니다를 소유 할 수 있습니다. 특정 사용자가 특정 트랙을 평가하는 방법에 대한 정보를 저장할 수 있습니다.
http://i.imgur.com/Rn4PnGO.png
중간 테이블에 새로운 기본 키 "User_Rating_ID"를 필요합니까 아니면 괜찮습니다 (더?) 복합 키로 떠나?
데이터 사용 방법에 따라 다릅니다.
논리적으로 볼 때 논리적으로 볼 때 복합 기본 키는 말해야 할 내용을 말하고 올바르게 작동합니다. 별도의 PK를 갖는 것이 도움이 될 수있는 몇 가지 비정상적인 상황이 있습니다.
교차를 통해 링크 된 두 테이블을 가리키는 두 개의 외래 키 열로 구성된 복합 기본 키를 갖는 다 대다 교차 테이블에는 아무런 문제가 없습니다.
어떤 사람들은 후보 교차 키 테이블에 후보 기본 키, 특히 의미없는 시스템 생성 ID 번호 (또는 GUID 등)를 추가하려고 할 수 있습니다. 누군가가이 포함된다 할 수
이유 : *는
table_name, record_id, change_date, change_user 등과 같은 항목을 추적하는 감사 로깅 메커니즘이있을 수 있습니다.* 참고 : 나는 이러한 이유 때문에지지하지 않습니다. 나는 그들이 "야생에서"찾아 낼 의견 일 것이라고 말하고 있습니다. 귀하의 마일리지가 달라질 수 있으며 자신의 결정을 내릴 수 있습니다.
교차 테이블은 두 엔티티 간의 관계를 정의합니다. 이것이 익명의 관계라면 별도의 서로 게이트 키가 필요하지 않습니다.
예를 들어 부품 테이블과 유닛 테이블은 각 유닛을 만드는 데 사용되는 부품을 정의하는 테이블을 가질 수 있습니다. 각 부분은 여러 단위로 사용될 수 있으며 각 단위는 여러 부분으로 구성됩니다 (때로는 특정 부분의 여러 부분으로 구성됩니다). 이러한 테이블은 다음과 같이 보일 수 있습니다.
UnitID PartID Qty
이러한 교차 테이블에는 대용 키가 없을 가능성이 큽니다. 관계에 대해 묻는 일반적인 질문은 다음과 같습니다.
이 관계의 별도 키가 사용되는 상황을 생각할 수 없습니다. 모든 질문은 특정 부분 또는 특정 단위에 관한 것입니다.
반면에, 코스와 학기를 가져 가십시오. 교차 테이블은 강좌가 수립되는 특정 세션 인 강좌를 수립합니다. 같은 학기에 특정 코스에 대한 몇 가지 사례가있을 수 있습니다. 스미스 교수는 m-w-f를 매일 1 시간 동안, 그리고 존스 교수는 매일 1.5 시간 동안 수학 -101 수업을 진행할 수 있습니다.
등록 및 기타 미래의 기록 유지하는 동안, 그것은 수학-101 또는 추적 할 수 학기 만 사용되는 특정 클래스하지 것입니다. 이러한 이유로 별도의 대리 키가 필요합니다.
귀하의 인스턴스에서 관계가 익명인지 여부가 결정됩니다.
이러한 상황을 자세히 설명하거나 올바른 방향으로 나를 가리 키시겠습니까? 나는이 문제에 대해 봤지만 특히 도움이되는 것을 찾을 수 없었다. – user388600