Donc, ceux-ci devraient être dans la table des éléments. La société a besoin pour suivre le poids des matières premières. Dans les composants et les groupes de matériel de bureau poids est pas important pour cette société. La société a besoin pour suivre les dimensions des composants, mais les dimensions ne sont pas importants dans les deux autres groupes de cette société. La société a besoin pour suivre la décote offerte à la société pour chaque fourniture de bureau, mais une réduction est pas important dans cette société pour les deux autres groupes.
Ces déclarations sont des exemples de règles métier. Il peut y avoir plus d'une propriété dans un groupe qui ne sont pas dans les autres groupes. Avec ce que je l'ai dit, vous avez les tableaux suivants: Point (ItemID, description, prix) rawmaterials officesupplies (de Remise, ...) (Poids, ...) Composants (Longueur, largeur, hauteur) Normalisation Vous avez quatre tableaux ci-dessus; la table d'objet et les trois autres tables. Ces tableaux ne sont pas liés par des touches.
Pour normaliser ces tableaux, nous devons garder à l'esprit que le tableau de l'article ne fait pas référence à un élément en béton. En fait, tous ces tableaux d'éléments peuvent être compressés dans une table d'objet comme suit: Point (ItemID, description, prix, poids, longueur, largeur, hauteur, Discount) Dans un tel tableau, il y aura des valeurs nulles; par exemple, si l'article est une matière première, dans sa rangée, il y aura des valeurs nulles pour les cellules de longueur et la hauteur. Dans ce tableau brut chaque rangée dans le tableau représente un élément concret.
Une meilleure façon est d'avoir les quatre tables et puis placez le ItemID dans tous les tableaux de sous-type, donnant: Point (ItemID, description, prix) rawmaterials (ItemID, poids, ...) Composants (ItemID, longueur, largeur, hauteur, ...) officesupplies (ItemID, rabais, ...) Ces quatre tables sont dans au moins la 3N