Discussion :

[wang_xue]

Bonjour

Quesions trouver la forme normale et justifier

R6{n°Produit,n°Fournisseur,Prix,NomFournisseur}

Pour cette relation,il est bien en 1er forme noramle mais pas en 2 FN,est-ce qu'il a clé candidate seulement {n°Produit} ou {n°Fournisseur,n°Produit}.
Et il existe la dépendance {n°Fournisseur,n°Produit}->{NomFournisseur}ou non .Je ne comprend pas pourquoi comme ça.Je pense qu'il dépend que
{n°Fournisseur},
et il existe la dépendance {n°Produit}->{n°Fournisseur} ou pas???

Séjour(n°client,n°centre,n°semaine,type d'appartement)

Je trouve qu'il est bien en 1er forme normale,et la clé candidate est
{n°client,n°centre,n°semaine} si la clé candidate comme ça,il peut être en 2ème forme normale aussi??
est-ce que c'est correcte?

[fsmrel]

Quesions trouver la forme normale et justifier

R6{n°Produit, n°Fournisseur, Prix, NomFournisseur}

Pour cette relation,il est bien en 1er forme noramle mais pas en 2 FN,est-ce qu'il a clé candidate seulement {n°Produit} ou {n°Fournisseur,n°Produit}.
Et il existe la dépendance {n°Fournisseur, n°Produit}->{NomFournisseur}ou non .Je ne comprend pas pourquoi comme ça.Je pense qu'il dépend que
{n°Fournisseur},
et il existe la dépendance {n°Produit}->{n°Fournisseur} ou pas???

Je pense que maintenant vous devez être capable de résoudre votre problème tout seul.

Je dirai quand même que la composition de la clé dépend de la façon dont sont énoncées les règles et donc que le niveau de normalisation de la relvar peut varier : être ou ne pas être en 2NF.

1er scénario

Si le concepteur impose que chaque produit soit identifié de manière absolue, alors la clé est :

{NoProduit}.

Cela veut dire que si deux fournisseurs fournissent strictement le même produit, le concepteur aura décidé de toujours affecter des valeurs distinctes pour l’attribut NoProduit.

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
{NoFournisseur, NoProduit, NomProduit,     NomFournisseur, Prix}
     1             1       Kro 33 cl       Cézig           100
     1             2       Soda machin     Cézig           140
     2             3       Chocolat truc   Schmoll         100
     2             4       Kro 33 cl       Schmoll         105

On a la DF : {NoProduit} -> {NoFournisseur, NomProduit, NomFournisseur, Prix}

{NoProduit} est clé candidate car détermine fonctionnellement chaque {attribut} de la relvar. Je vous laisse le soin de prouver qu’il n’y a pas d’autre clé candidate.

La seule clé existante est composée d’un seul attribut, en conséquence aucun attribut de peut dépendre que d’une partie de cette clé, donc la relvar est en 2NF.

Par contre, la relvar n’est pas 3NF puisque {NoFournisseur} -> {NomFournisseur} et {NoFournisseur} n’est pas clé candidate.


2e scénario

Si le concepteur a décidé d’utiliser l’identification relative, en recommençant la numérotation des produits pour chaque fournisseur, la clé sera :

{NoFournisseur, NoProduit}.

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
{NoFournisseur, NoProduit, NomProduit,     NomFournisseur, Prix}
     1             1       Kro 33 cl       Cézig           100
     1             2       Soda machin     Cézig           140
     2             1       Chocolat truc   Schmoll         100
     2             2       Kro 33 cl       Schmoll         105

On a la DF : {NoFournisseur, NoProduit} -> {NomProduit, NomFournisseur, Prix}

{NoFournisseur, NoProduit} est clé candidate car détermine fonctionnellement chaque {attribut} de la relvar.

On a aussi la DF : {NomFournisseur} -> {NoFournisseur}

Donc {NomFournisseur, NoProduit} -> {NomProduit, NoFournisseur, Prix}, par application des axiomes d’Armstrong.

C'est-à-dire que {NomFournisseur, NoProduit} est aussi clé candidate.

Mais il existe aussi la DF {NoProduit} -> {NomProduit}, en conséquence de quoi l’attribut non clé NomProduit ne dépend que d’une partie de la clé {NoFournisseur, NoProduit} (et aussi de la clé {NomFournisseur, NoProduit}), ce qui fait que la relvar n’est pas 2NF, contrairement à ce qui se passe dans le 1er scénario.

Moralité :
La 2NF et la 3NF n’offrent qu’un intérêt limité. Seule est vraiment intéressante la BCNF.

[wang_xue]

je pense que le 1er scenario n'est pas possible,car n°produit qui ne peut pas déterminer le prix seulement,par exemble,
n°produit n°fournisser prix nomfournisseur
1 2 100 HP
2 3 100 HP
voyez bien si n°produit 1 détermine 100 et n°produit 2 aussi peut déterminer 100,ce n'est pas confortable par la définition 1NF ni 2NF.

2 scenario est tout à fait correct,parce que avec les cléfs candidates
{ n°produit,n°fourinisseur} peut déterminer le prix et sans aucun doute,par exemple
{n°produit n°fournisseur prix nomfournisseur}

1 2 1900 HP ordinateur
10 21 3200 SONY ordinateur

Si on fait comme ça ,on peut savoir c'est qui à livrer le produit avec quel produit sans aucun douter,sinon n°produit peut déterminer un prix,et n°fournisseur peut déterminer un prix avec le même nomfournisseur,ce n'est pas correct dans la vie réelle.
Est -ce que vous pouvez m'expliquer un peu sur le 2ème problème que je vous pose??
s'il n'est en 2NF,car {n°client,n°semaine}->{n°centre},c'est par quel définition qu'on peut obtenier ça,je suppose qu'il a une partie de la clé
{n°centre}dépend d'autre partie de clé {n°client,n°semaine} et par la définition 2NF,il n'existe pas un attribut non clé depend d'une partie de la clé,donc il n'est pas en 2NF,même si une partie de la clé dépend d'autre partie de la clé,ça sera pareil,n'est-ce pas??

[Soutou]

Bonjour
R6{n°Produit,n°Fournisseur,Prix,NomFournisseur}
Pour cette relation,il est bien en 1er forme noramle mais pas en 2 FN

Pour simplifier les écrits de notre spécialiste de la théorie, je dirais que la relation n'est pas en 2FN car la DF nprod,nfourni -> nomfourni n'est pas élémentaire car elle n'est pas minimale en partie gauche

en effet nfourni -> nomfourni suffit à déterminer nomfourni.

En d'autres terme il ne faut pas que nprod soit clé primaire dans la relation contenant nomfourni.

[wang_xue]

Oui,je suis d'acord,merci.