Diese in erster Linie Rollen für einen Mitarbeiter, so dass Sie Tabellen mit wie Developer
am Ende, werden Tester
etc. Sie eine EmployeeID
haben Feld als foreign key
in die Employee
Tabelle.
kann Der andere Ansatz sein (und ich werde es empfehlen) eine einzige Tabelle EmployeeRole
genannt zu haben, wo Sie für jede Rolle einen Datensatz haben eine Employee
haben kann. Auf diese Weise müssen Sie nicht jedes Mal, wenn Sie eine neue Rolle erstellen, eine neue Tabelle erstellen. Es wird einfach nur ein Fall sein, einen neuen Datensatz in der Tabelle EmployeeRole
hinzuzufügen. Dies gilt auch für das Szenario, in dem eine Employee
mehr als eine Rolle - ein Entwickler sowie Tester für verschiedene Probleme.
Haben Sie selbst ein Design/Modell entwickelt? Kannst du es hier teilen? – AKS
Ich dachte, das einzige, was tun kann, ist, erklären Primärschlüssel für jeden Tester und Entwickler selbst. –
Können Sie ein Beispiel für die Duplizierung geben, die Sie vermeiden möchten? Ich sehe kein Problem im Design - "assigner" und "assignee" sollten die relevanten 'emp_id's enthalten. – reaanb