저는 모델 회의 그룹을 관리 할 응용 프로그램의 데이터베이스 디자인 작업을하고 있습니다. 나는 의회를 대표하는 대상에 특별한 문제가 있습니다. 현재 필드 목록은 다음과 같습니다.작은 테이블을 사용하는 경우
| Congress |
+------------+
| congressID |
| adminID |
| speakerID |
| hopperID |
| floorID |
| rulesID |
| (etc.) |
이것은 각 필드의 의미입니다. 표/개체는 모두 대문자입니다.
- congressID는 (분명히)
- adminID 기본 키는 : 모델 대회, 즉, 교사를 실행하는 독특한
PERSON
를 참조합니다. - speakerID : 참고 고유
REP
(대표) 의회 - hopperID 위해 스피커의 역할 : 참조 특수
COMMITTEE
(청구서를 보낼 수있는 장소 인위원회)가되는 새로운 법안은 처음에 전송합니다. - floorID는 : 의회의 바닥을
- rulesID을 표현하는 데 사용되는
COMMITTEE
참고 : 규칙COMMITTEE
당신이 볼 수 있듯이,이 필드는 각 모델 의회의 맥락에서 참조 할 중요한을 참조합니다. 내가 겪고있는 문제는 외래 키를 표현하는 방법입니다. 복합 기본 키, 예를 들어, 각 필드에 대한 작은 테이블을 확인 그들이 지금으로
- 이 의회 테이블에 그들 모두를 포함, 또는
- :
은 내가 두 가지 선택이 보인다 발표자의 RepID + 회의 ID, 호퍼의위원회 ID + 의회 ID 등
더 세분화되어 있어야합니다. 아니면 이것은 불필요하게 일을 복잡하게합니까? 나는 잠시 동안 첫 번째 레이아웃으로 디자인을 둘러 보았지만, 그 지점에서 ERD를 그리려 할 때마다 관계가 절망적으로 엉망으로 보입니다.
청구서는 한 호퍼위원회에만 보낼 수 있습니까? 현실적인 것처럼 보이지 않습니다. 외래 키 테이블에는 아무 문제가 없습니다. 그러나, 당신은 의회와 연사, 호퍼위원회,지면위원회 및 규칙위원회 간의 일대일 관계를 모델링합니다. –
호퍼위원회는 단순히 새로운위원회가 최초의 적절한위원회에 소개 될 때까지 개최됩니다. 이 과정에서 법안은 실제로 어떤 집회 또는 절차 적 경유지가되어야합니다. – K1nesthesia
각 특별위원회와 회원 역할에 대한 테이블을 제안 하시겠습니까? – K1nesthesia