Vous devriez avoir quelque chose comme: PurchaseOrder (SuplierID, EmpID, Date, ...) Rappelez-vous, les clés primaires, composées ou unique, devrait être souligné dans les notations de table. Nous sommes arrivés à trois tables normalisées; ils sont dans la troisième forme normale. Remarque: Il ya une façon légèrement différente, vous pouvez déduire les tables pour arriver à des tableaux tels que la table de PurchaseOrder sera à une forme supérieure à la 3NF, appelé le BCNF.
Je l'espère pour écrire un article séparé sur cela; l'article sera intitulé, quelque chose comme, "En arrivant à Boyce-Codd Normal Form". Donc, pour les one-to-many relations connectés, les trois classes du diagramme de classes sont maintenant établis dans 3NF que Fournisseur (SuplierID, nom, adresse, ville, État, code postal, PhoneNumber) Employé (EmpID, nom, adresse, Salaire, ...) PurchaseOrder (SuplierID, EmpID, Date, ...) Plusieurs-à-plusieurs Regardez fig19.1 dans la fenêtre de l'onglet nouveau. Il existe une relation dans la classe PurchaseOrder et la classe d'objet many-to-many.
Une association many-to-many est toujours divisée en deux associations un-à-plusieurs. Comment voulez-vous créer tables normalisées de nombreux à plusieurs tables de relations? Il est simple: Offrir une clé primaire à chacune des tables à deux extrémités de la connexion. Créer une nouvelle table dans le milieu des deux tables. Cette nouvelle table représente la relation plusieurs-à-plusieurs. Accédez à cette nouvelle table; placer les clefs des tableaux à la fin, en elle. Les deux touches que vous avez placé forme la clé composite pour la nouvelle table.
Cela vous donne relation un-à-plusieurs entre chaque tableau à la fin et la table du milieu. Les trois tables sont maintenant dans au moins la 3NF. Pour notre exemple, la table de PurchaseOrder a déjà une clé primaire; la clé primaire est une clé composite, qui est SuplierID, EmpID. Donnons la clé, ItemID, à la table d'objet. Le tableau d'objet est