Base de données N-Pour-N Relationships

on représenté) qui contient des informations (informations d'identification) pour chaque fournisseur. Dans le tableau de fournisseur, le SupplierID identifie de manière unique un fournisseur. Le tableau de commande comporte une colonne indiquant employé en termes d'identité, l'employé qui a placé de fait et tapé l'ordre dans la société de gros. Vous avez vu un exemple d'une table d'employé (non représenté ici) dans l'un des tutoriels précédents. Le tableau de OrderItem a le OrderID et ItemID. Ces deux colonnes constituent la clé primaire de la de la table OrderItem.

Le tableau montre OrderItem qui point a été commandé pour quel ordre. Il montre également la quantité de produit commandé dans son troisième colonne. La dernière colonne de ce tableau montre le prix réel payé. Le tableau de l'article présente les éléments (produits) que l'entreprise normalement les arrêtés et vend. Cette première colonne du tableau est la ItemID, qui est la clé primaire. La deuxième colonne décrit l'objet. La troisième colonne montre le prix que vous budget pour chaque élément. La relation plusieurs-à-plusieurs existe entre le tableau de commande et la table d'objet.

Cette relation many-to-many est effectivement indiqué par le tableau de OrderItem. Nous le voyons dans les deux colonnes d'identité de la table de OrderItem que orderID 1 correspond à ItemID 1 et 2. Ceci est une relation un-à-plusieurs entre la table de commande et la table d'objet. Nous voyons aussi de la table de OrderItem dans la direction opposée à celle Itemid 2 correspond à RéfCommande 1 et 2. Ceci est une relation un-à-plusieurs entre la table article et la table de commande. Nous avons démontré qu'il existe une relation un-à-plusieurs entre la table de commande et la table d'objet.

Nous avons également démontré que dans l'autre sens, il ya une relation un-à-plusieurs entre la table article et la table de commande. Par conséquent, il est une relation plusieurs-à-plusieurs entre la table de commande et la table d'objet. Cependant, il ya une relation un-à-plusieurs entre la table de commande et la table OrderItem et toujours une relation un-à-plusieurs entre la table article et la table OrderItem. Figure 5.3 présente un diagramme de classes pour beaucoup-à-plusieurs. Notez comment deux astérisques ont été Aspects used.

Practical Beaucoup-à-plusieurs relations ne sont guère mises en œuvre (codé) pour une base de données. Mettre en œuvre une relation plusieurs-à-plusieurs est très difficile et inutile. Quand vous