www.monografias.

com

Base de données. Pharmacie

1. Les étapes
2. Base de données des pharmacies
3. Dictionnaire de données
4. Résumé
5. Bibliographie

Étapes
Ces étapes illustrent le processus de normalisation d'une table de pharmacie.
1. Tableau non normalisé :
Code Produit Quantité Type1 Type2 Type3
1022 Genurin 412 101-07 143-01 159-02
4123 Advil 216 201-01 211-02 214-01

2. Première forme normale : pas de groupes répétés

Les tableaux ne doivent avoir que deux dimensions. Comme un produit a plusieurs types, ces
classes doivent être répertoriées dans un tableau séparé. Les champs Type1, Type2 et Type3
des enregistrements ci-dessus indiquent un problème de conception.
Les feuilles de calcul utilisent souvent la troisième dimension, ce qui n'est pas le cas des
tableaux. Une autre façon d'aborder ce problème consiste à utiliser une relation "un pour
plusieurs" et à placer le côté "un" et le côté "plusieurs" dans des tableaux distincts. Au lieu de
cela, créez une autre table dans la première forme normale en supprimant le groupe répété
(Type), comme indiqué ci-dessous :

Code Produit Quantité Type

1022 Genurin 412 101-07

1022 Genurin 412 143-01

1022 Genurin 412 159-02
4123 Advil 216 201-01
4123 Advil 216 211-02
4123 Advil 216 214-01

3. Deuxième méthode normale : suppression des données redondantes

Notez les différentes valeurs de type pour chaque valeur de code dans le tableau ci-dessus. Le code n'est
pas fonctionnellement dépendant du produit (la clé primaire), de sorte que la relation ne remplit pas la
deuxième forme normale.
Les deux tableaux suivants illustrent la deuxième forme normale :
Code Produit Quantité
1022 Genurin 412
4123 Advil 216
Code Type
1022 101-07
1022 143-01

Pour voir des œuvres similaires ou recevoir des mises à jour hebdomadaires sur les nouvelles publications, visitez le site
www.monografias.com.
 www.monografias.com

1022 159-02
4123 201-01
4123 211-02
4123 214-01

4. Troisième forme normale :

Supprimer les données qui ne dépendent pas de la clé. Dans le dernier exemple, Codigo (Codigo) dépend
fonctionnellement de l'attribut Product. La solution consiste à transmettre cet attribut à partir de la table,
comme indiqué ci-dessous :

Code Produit
1022 Genurin
4123 Advil

Base de données des pharmacies

TABLEAU N° 01 PRODUIT

TABLEAU N°02 TYPES

Pour voir des œuvres similaires ou recevoir des mises à jour hebdomadaires sur les nouvelles publications, visitez le site
www.monografias.com.
 www.monografias.com

TABLEAU #03 DATE

TABLEAU #04

Relation

Pour voir des œuvres similaires ou recevoir des mises à jour hebdomadaires sur les nouvelles publications, visitez le site
www.monografias.com.
 www.monografias.com

2ème base de données

Agence de voyage

Pour voir des œuvres similaires ou recevoir des mises à jour hebdomadaires sur les nouvelles publications, visitez le site
www.monografias.com.
 www.monografias.com

Dictionnaire de données

Base de données n°01

Nom du tableau Nom de l'attribut Type de données
Produit Code Nombre
Produit Texte
Date _de_ l'expiration Date
Type_1 Texte
Type_2 Texte
Type_3 Texte
Les types Produit Texte
Code Nombre
Date_ d'expiration Date
Type Texte
Date Date d'expiration Date
Code Nombre
Produit Texte
Registre Code Nombre
Type Texte

Base de données n°02

Nom du tableau Nom de l'attribut Type de données
Centre clinique Nom Texte
Adresse Texte
Téléphone Nombre
Spécialité_1 Texte
Spécialité_2 Texte
Spécialité_3 Texte
Spécialisation Nom Texte
Adresse Texte
Téléphone Nombre
Spécialité Texte
Adresse Nom Texte
Adresse Texte
Téléphone Nombre
Spécialités Nom Texte
Spécialité Texte

Pour voir des œuvres similaires ou recevoir des mises à jour hebdomadaires sur les nouvelles publications, visitez le site
www.monografias.com.
 www.monografias.com

Résumé
La conception d'une base de données comprend trois étapes : la conception conceptuelle, logique
et physique. La conception logique est le processus par lequel un schéma représentant les informations
traitées par une entreprise est construit, sur la base d'un modèle logique donné, mais indépendamment du
SGBD particulier qui sera utilisé pour mettre en œuvre la base de données et indépendamment de toute
autre considération physique.
Les deux phases de la conception logique sont la construction et la validation de schémas logiques
locaux pour chaque vue utilisateur, et la construction et la validation d'un schéma logique global. Chacune
de ces phases se compose d'une série d'étapes.
Une étape importante est la conversion du schéma conceptuel en un schéma logique adapté au
modèle relationnel. Pour ce faire, certaines transformations doivent être effectuées : éliminer les relations de
plusieurs à plusieurs, éliminer les relations complexes, éliminer les relations récursives, éliminer les relations
d'attributs, éliminer les attributs multi-évalués, reconsidérer les relations de un à un et éliminer les relations
redondantes.
Les schémas logiques peuvent être validés par normalisation et par rapport aux transactions des
utilisateurs. La normalisation permet d'améliorer le schéma afin qu'il réponde à certaines contraintes qui
évitent la duplication des données. La normalisation garantit que le régime résultant est le plus proche du
modèle de l'entreprise, qu'il est cohérent, qu'il présente un minimum de redondance et un maximum de
stabilité.
Les contraintes d'intégrité sont des contraintes imposées pour que la base de données n'atteigne
jamais un état incohérent. Il existe cinq types de contraintes d'intégrité : les données requises, les
contraintes de domaine, l'intégrité de l'entité, l'intégrité référentielle et les règles de gestion.
Pour garantir l'intégrité référentielle, le comportement des clés étrangères doit être spécifié : si elles
acceptent les zéros et ce qu'il faut faire lorsque le tuple référencé est supprimé ou lorsque la valeur de sa clé
primaire est modifiée.

Bibliographie
La conception des bases de données relationnelles fait l'objet d'un consensus, la plupart des
auteurs s'accordant sur les trois étapes que sont la conception conceptuelle, la conception logique et la
conception physique. Cependant, les étapes de chacune de ces phases et la terminologie utilisée ne sont
pas très uniformes. Ce chapitre a été élaboré en suivant les étapes spécifiées dans le texte de Connolly,
Begg et Strachan (1996), combinées à la terminologie de Batini, Ceri et Navathe (1994).

Auteur :
Thais Londoño
xorra7@hotmail.com

République bolivarienne du Venezuela

Ministère populaire de l'enseignement supérieur
Institut universitaire polytechnique Santiago Mariño
Ciudad Ojeda État de Zulia
Rapport
Projet final

Pour voir des œuvres similaires ou recevoir des mises à jour hebdomadaires sur les nouvelles publications, visitez le site
www.monografias.com.