3" par la ligne suivante à la table de SaleItem. Le nombre sur la gauche de l'ellipse (...) est le nombre minimum de lignes d'une relation possible et le nombre sur la droite est le nombre maximum de lignes dans la relation. Pour obtenir "2 ... 3" nous regardons les tableaux et n'a pas suivi les règles de suivi d'affaires. Lorsque vous traitez avec base de données, vous devez toujours suivre les règles d'affaires. Il est de règle que le client ne peut exister sans rien acheter. Cela donne une valeur minimum de zéro à la fin de la ligne de la table SaleItem.
Dans la pratique, il n'y a pas de limite quant au nombre d'achats (articles) que le client peut faire. Cette limite beaucoup, mais non définie est représentée dans le diagramme de classes par *. Ainsi, selon les règles d'affaires, au lieu de "2 ... 3", nous devrions avoir "0 ... *". À la fin de la vente, il peut y avoir une et une seule ligne pour toute relation, donnant un minimum de 1 ligne et un maximum de 1 ligne à la fin de la vente de toute relation. Figure 5.2 illustre this.Many-à-plusieurs Ceci est un autre type d'association. Tableau 5.7, Tableau 5.8 et le tableau 5.9 illustrent cela.
Ce sont trois table d'une entreprise de gros. Tableau 5.7 est la table Order ayant les commandes qui ont été placés par la société aux fournisseurs (fabricants). Les éléments réels (produits) commandés ne sont pas dans ce tableau. Tableau 5.8 est appelée la table OrderItem. Il montre quel élément (ItemID) a été commandé pour un ordre particulier. Tableau 5.9 est le tableau de l'article. Il présente les éléments (produits) que l'entreprise normalement les arrêtés et vend. Le tableau de commande a la colonne OrderID, qui est la clé primaire.
Il a la colonne de date, qui indique la date de la commande a été faite. Il a la colonne SupplierID indiquant le fournisseur en termes d'identité qui ont fait l'offre. Il ya une table de fournisseur (n
NET - C # - classe Helper Mailer pou…