Conception de tables de base de données - Partie 7Division 2Introduction Cela fait partie de ma série 7 tables de la base de conception. Dans cette partie de la série, nous examinons plusieurs à de nombreuses relations dans les paquets que vous concevez votre base de données. Nous allons continuer avec l'exemple décrit dans la partie précédente de la série. Rappelez-vous, plusieurs-à-plusieurs peuvent être décomposés en deux relations one-to-many. Rappelez-vous aussi que notre objectif est de passer d'un paquet de tables normalisées.
Je suppose que vous avez lu toutes les différentes parties de la série dans les deux divisions à cette partie. Remarque: Si vous ne pouvez pas voir le code ou si vous pensez que quelque chose manquait (lien brisé, l'image absente), contactez-moi au [email protected]. Voilà, me contacter pour le moindre problème que vous avez à propos de ce que vous êtes en bas de la reading.Breaking Achats paquet ouvert le lien suivant dans une nouvelle fenêtre de l'onglet. Vous devriez être basculer entre cette page et la page nouvellement ouverte que vous lisez. https://www.broad-network.
com/ChrysanthusForcha/purchasing-package.htm De la discussion que vous avez eue avec les travailleurs de l'entreprise qui veut la base de données, vous devriez être en mesure de venir avec le paquet ventilés sur la figure 19.1 dans la page Web ouverte. Avant que vous pouvez décomposer un package, vous devez comprendre l'existence des différentes associations (relations) que je décrit dans la première division de cette série et que je mentionné dans la partie précédente de cette division. Vous devrez peut-être un, deux ou trois étapes pour arriver au diagramme de la figure 19.
1 dans la page Web ouverte. Lorsque les classes sont liés comme indiqué dans la figure, vous pouvez appeler le diagramme, un diagramme de classes. Les classes dans le diagramme ne sont pas nécessairement en 3NF ou plus. Il ya quatre types de base de relations dans le schéma. Ils sont: - Une relation un-à-plusieurs entre la classe de fournisseur et la classe de commande et aussi une relation one-to-many entre la classe des employés et de la classe bon de commande. - Une relation plusieurs-à-plusieurs entre la classe de commande et la classe d'objet.
- Une relation sous-type (généralisation) entre la classe d'objet et les trois classes en dessous de la classe Item. - Une relation réflexive au sein de la classe d'employés. Dans ce tutoriel, nous allons regarder les deux premières r