Discussion :

[charrynsasi]

Bonjour

Je travaille un probleme sur la normalisation et j'ai trouvé des difficulté sur 3 sous questions.
Voici le probleme:

soit une base de donnees, composee d'une seule table et de deux vues, permettant de gerer les
chanteurs preferes des francais.cette base est definie par le code SQL LDD ci apres:

1.

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
11
12
CREATE TABLE t_personnes ( 
  pk_n number(4),
  numss char(13) UNIQUE NOT NULL,
  nom varchar(50) NOT NULL,
  prenom varchar(50), 
  sexe char(1),
  conjoint char(13) UNIQUE, 
  chanteur_prefere char(50), 
  nationalite_chanteur_prefere char(10), 
  PRIMARY KEY (pk_n), 
  CHECK(sexe IN ('H', 'F'))
);

2.

Code SQL :

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

1
2
3
4
5
6
CREATE VIEW v_hommes (
  pk_n, numss, nom, prenom, conjoint, chanteur_prefere, nationalite_chanteur_prefere
) AS 
SELECT pk_n, numss, nom, prenom, conjoint, chanteur_prefere, nationalite_chanteur_prefere 
FROM t_personnes
WHERE sexe = 'H';

3.

Code SQL :

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

1
2
3
4
5
6
CREATE VIEW v_femmes ( 
  pk_n, numss, nom, prenom, conjoint, chanteur_prefere,  nationalite_chanteur_prefere
) AS
SELECT pk_n, numss, nom, prenom, conjoint, chanteur_prefere, nationalite_chanteur_prefere 
FROM t_personnes
WHERE sexe = 'F';

on notera que, selon ce modele, le conjoint d'une femme ou d'un homme est un homme ou une femme; que X
est conjoint de Y n'implique pas que Y est conjoint de X; et que X peut etre conjoint de X.

Mon probleme à resoudre :

1. Quel attribut est la cle primaire de "t_personnes" ? comment appelle t-on ce genre de clé ? quel est le
statut de "numss" et de "conjoint" ?

2.Expliquez pourquoi si "conjoint" reference la table "t_personnes", alors son domaine n'est pas correct.

Note: Modifiez le domaine de "conjoint", puis ajouter une contrainte à la table "t_personnes" pour que "conjoint"
soit une cle etrangere vers "t_personnes" , en s'assurant que les contraintes d'integrite referentielle
seront respectees. Vous utiliserez pour cela deux instructions ALTER

3.Enoncez le DF du modele relationnel sous jacente à cette implementation( en se fondant sur la vraisemblance)
sous la forme d'une couverture minimale des DFE. A partir de la couverture minimale des DFE, prouvez que ce schema
est en 2NF mais pas en 3NF.

Merci pour vos reponses.

[CinePhil]

Tu as travaillé un peu dessus et apporté quelques réponses j'espère ?
A quel endroit tu bloques ?

[charrynsasi]

Le probleme ce que j'en sais pas trop en normalisation

Merci

[CinePhil]

On ne va pas faire l'exercice à ta place.
Cherche un peu !

LA réponse à la première partie de la première question est dans l'instruction CREATE TABLE t_personnes.

Si tu ne connais pas du tout le SQL, va voir le blog de SQLPro.

[fsmrel]

Le probleme ce que j'en sais pas trop en normalisation

On va essayer de vous trouver des pistes.

Je vous rappelle que l’objet de la normalisation est, entre autres, d’évacuer les redondances qui polluent les tables. Par exemple, si 10000 personnes ont pour chanteur préféré René Lambert et si celui-ci est de nationalité canadienne, apprendre cela une fois suffit largement, alors que dans votre table on l’apprendra 10000 fois. Pour évacuer les redondances, vous appliquerez le théorème de Heath qui vous permet de décomposer par projection sans perte la table t_personnes en deux tables T1 et T2 telles que la jointure naturelle de T1 et T2 est égale à t_personnes.

Transposé pour votre usage personnel, ce théorème est le suivant :

Soit la table t_personnes {A, B, C} dans laquelle A, B et C sont des ensembles d’attributs de t_personnes. Si t_personnes satisfait à la dépendance fonctionnelle A → B, alors t_personnes est égale à la jointure de ses projections sur {A, B} et {A, C}.

Les termes à connaître sont les suivants :

Dépendance fonctionnelle (et les cas particuliers : dépendance fonctionnelle triviale, partielle, totale, etc.)
Clé candidate, surclé (et le cas particulier : clé primaire).

En ce sens, voyez la discussion ouverte par highlander03 et recherchez-y « Concept de dépendance fonctionnelle », « Concept de surclé », « Concept de clé candidate », « Définition de la BCNF ».

En effet, les énoncés des formes normales les mettent en jeu (2NF, 3NF, BCNF).

Je rappelle la définition de la 2NF :

La table t_personnes est en deuxième forme normale (2NF) si elle est en première forme normale (1NF) et si tout attribut n’appartenant pas à une clé candidate de t_personnes est en dépendance totale de chaque clé candidate de t_personnes.

El la définition de la 3NF :

La table t_personnes est en troisième forme normale si elle est en deuxième forme normale et si tout attribut n’appartenant pas à une clé candidate ne dépend directement que des clés candidates de t_personnes.


A vous de jouer.