Normalisation des Bases de Données : Guide Complet
Traduit par
ScribdTranslationsNormalisation des Bases de Données : Guide Complet
Traduit par
ScribdTranslationsQuestions sur la Normalisation
Q.1.
Réponse : a. C'est en 1 NF car il n'y a pas d'attributs multi-valués/composés et pas de relations imbriquées.
b. pas en 2NF en raison d'une dépendance partielle due à la FD, vendeur# --> commission%, donc
la commission% dépend partiellement de la clé primaire {car#, vendeur#}
Normalisation en 2NF :
Vente_de_voiture
voiture# vendeur date_sold discount_amt
Salesman
vendeur commission%
c. Toujours pas en 3NF car il y a une dépendance transitive, {car#, salesman#}-->
date_solddiscount_amount.
Normalisation en 3NF :
Commercial
vendeur commission%
Car_Sale
voiture vendeur date_sold
Discount_Info
date_sold discount_amt
Q.2. (Titre_Du_Livre est la clé primaire)
Répondre :
a. C'est en 2NF. C'est déjà en 1NF car il n'y a aucun attribut à valeurs multiples/composés et aucun
relations imbriquées. De plus, elle satisfait aux conditions pour la 2NF car il n'y a aucune dépendance partielle sur
clé primaire.
b. Application de la 3NF car il y a une dépendance transitives en raison de 2ndet 3rdFD.
Book(Book_title, Authorname, Book_type, Publisher)
Book_price_info(Book_type, List_price)
Authos (Author_name, Author_affil)
** Remarque : Les noms des tables sont à votre convenance, vous pouvez donner le nom que vous voulez, mais il est préférable de
donnez des noms significatifs comme je l'ai fait ci-dessus.
Q. 3.
Considérez le schéma relationnel suivant pour une base de données de bibliothèque :
Book (Title, Author, Catalog_no, Publisher, Year, Price, bookCoverType, contractDate)
Collection (Title, Author, Catalog_no)
Suppose que {Auteur, Titre} est la clé pour les deux relations
Des dépendances fonctionnelles supplémentaires sont
I. Title,Author --> Catalog_no
II. Catalog_no --> Publisher, Year, bookCoverType
III. Publisher, bookCoverType --> Price
IV. Author --> contractDate
a. Expliquez dans quelle forme normale se trouve la relation.
b. Appliquer la normalisation jusqu'à 3rdNF. Indiquez les raisons derrière chaque normalisation
Réponse :
a. C'est en 1 NF, car il n'y a pas d'attributs multi-valués/composés et pas de relations imbriquées.
b. Ce n'est pas en 2NF car il y a une dépendance partielle en raison de la FDIVAinsi, la normalisation au 2NF :
Collection(Title,Author,Catalog_no)
Book(Title, Author, Catalog_no, Publisher, Year, Price, bookCoverType)
Author_Info(Author, ContractDate)
Maintenant, normalisation en 3NF car il existe encore une dépendance transitive dans la table "Livre" en raison de [Link] et
III.
Collection(Title,Author,Catalog_no)
Author_Info(Author, ContractDate)
Book(Title, Author, Catalog_no)
Catalog(Catalog_no, Publisher, year, bookcovertype)
Price_info(Publisher, bookcovertype, price)
**Remarque importante : Si un attribut n'est mentionné dans aucun FD, par défaut, ils seront
dépendant de l'ensemble de la clé primaire et donc ils devraient être placés dans l'original
[Link] donné ci-dessous :
Project_Grade (Project_id, Student_id, student_name, project_title, grade, submission_date,
bonus)
FD1: student_id--> student_name
FD2: project_id-->project_title
FD3: submission_date--> bonus marks
Donc, il n'est pas mentionné de quoi dépend la date de soumission ou la note, donc par défaut, elles devraient.
être considéré comme entièrement dépendant de la clé primaire entière {project_id, student_id}
Solution :
a. En 1NF, pas d'attributs multivalués/composés ou de relations imbriquées.
b. FD1 et FD2 causent des dépendances partielles donc ne sont pas en 2NF. Normalisation en 2NF :
Project_Grade(Project_id, Student_id, grade, submission_date, bonus)
Student(Student_id ,student_name)
Project(Project_id, project_title)
c. FD3 entraîne une dépendance transitive, donc normalisation en 3NF.
Student(Student_id ,student_name)
Project(Project_id, project_title)
Project_Grade(Project_id, Student_id, grade, submission_date)
Bonus_Info(submission_date, bonus)