Je suis en train de dessiner une base de données schema. Je me demandais si ma base de données fonctionne, en particulier regardant les entités TypeRessource et OutstandingProblem, qui ne dispose pas d'une clé primaire (uniquement étrangers) ...Toutes les tables ont-elles besoin de clés primaires ou est-ce que la clé étrangère est suffisante?
Les clés primaires sont soulignées, les clés étrangères ont * 
Ce design est-il correct? Je vous remercie!
Il semble que la clé primaire de OutstandingProblem puisse être jobId si votre cardinalité de tâche "1 à 1" est correcte. ResourceType semble avoir une clé primaire composite: (technicianID, resourceID).
La cardinalité «many to many» entre ResourceType et Technician semble douteuse. Cela semblerait impliquer que technicianID est un attribut à valeurs multiples dans ResourceType - pas nécessairement "faux" mais une façon assez inhabituelle d'exprimer des choses dans la modélisation ER. De nombreux SGBD ne prennent pas en charge les attributs à plusieurs valeurs.
Les clés sont une partie essentielle de la modélisation sémantique et de la conception de base de données. Si vous n'avez pas identifié de clés pour toutes vos entités, vous devez supposer que votre analyse et votre conception sont incomplètes.
Nous vous remercions de votre aide! Encore quelques questions, comment est-ce que je démostrate une clé composée (si pkey = souligné, fkey = *) .. y at-il un moyen standard? Et si j'ai fait jobId un pkey pour OutstandingProblems (ce qui pourrait être la bonne façon de le faire), qu'est-ce qui arrive à Job? Aurait-il une fkey jobId ou une clé composite? – user3507121
Pour une clé composite, vous devez souligner plusieurs attributs dans la table. JobId peut être à la fois la clé primaire et la clé étrangère dans Job. – sqlvogel
Brillant. Merci sqlvogel! – user3507121