WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Site web inscriptions en ligne dans une école.

( Télécharger le fichier original )
par JEAN MARIE JM KANKU KABANGU
UNIVERSITE NOTRE DAME DU KASAYI (U.KA) - Gradué en informatique 2013
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

1.3.1. Représentation Graphique du MCD

1.3.2. Modèle Conceptuel de Données Valide (MCDV)

A l'étape précédente nous avons vu comment modéliser le réel perçu en modèle de données sans pour autant tenir compte de normalisation et pour que notre base de données soit implémentée, il faut le rendre valide en sorte qu'il y ait moins des erreurs possibles et tout cela en appliquant la normalisation.

En effet la normalisation consiste à éliminer les erreurs de la modélisation afin de rendre une Base de Données valide. Par là, on va enlever les informations redondantes en appliquant certaines règles. Cet ensemble de règles se nomme : les formes normales.

Cette théorie a été élaborée par E.F. Codd en 1970. Son objectif est d'éviter les anomalies dans les bases de données relationnelles :

· Problèmes de mise à jour.

· Suppression des redondances d'informations.

· Simplification de certaines contraintes d'intégrité.

Pour parfaire une base de données relationnelle, il est nécessaire de connaître les trois premières formes normales et la forme normale dite Boyce-Codd; Les suivantes ne sont que des extensions peu usitées. Mais à partir de la Troisième forme normale notre Base de Données est dite valide.

1. 1FN - Première forme Normale

Une relation est en première forme normale si :

o Tout attribut contient une valeur atomique (c.à.d. valeur non décomposable) ;

o Chaque entité doit avoir un identifiant (càd attribut ou ensemble d'attributs non répétitifs).

En appliquant cette forme normale dans notre structure du MCD, notre schéma va rester tel qu'il est puisque il n'y a pas un attribut répétitif et non plus celui qui est décomposable.

2. 2FN - Deuxième forme normale

Une relation est en deuxième forme normale si :

o Elle est en première forme normale.

o Si tous les attributs non clés ne dépendent pas d'une partie de la clé primaire.

Autrement dit, toute propriété de la relation doit dépendre intégralement de toute la clé.

Si on l'applique dans notre MCD, rien ne va changer et tout ça par ce que notre MCD respecte la deuxième forme normale.

3. 3FN - Troisième forme normale

Une relation est en troisième forme normale si :

o Elle est en deuxième forme normale.

o Si toutes les dépendances fonctionnelles par rapport à la clé sont directes (s'il n'y a pas de Dépendances Fonctionnelles transitives entre les attributs non clé).

Autrement dit, tous les attributs n'appartenant pas à la clé ne dépendent pas d'un attribut non clé.

En appliquant la troisième forme normale dans notre MCD, on remarque bien que la propriété section de la l'Entité Promotion ne dépend pas directement de son identifiant. Pour remédier à ça, nous allons décomposer cette propriété dans une nouvelle Entité et lui donner un identifiant code_section et une autre propriété que nous allons appeler libelleSection.

Notre MCD est maintenant valide et va se présenter comme suit :

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Il y a des temps ou l'on doit dispenser son mépris qu'avec économie à cause du grand nombre de nécessiteux"   Chateaubriand