Mise en place d’une application informatisée pour la gestion des emprunts et réservation des ouvrages dans une bibliothèque.

a. OBJECTIF

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é.

Poursuivre l'optimisation et déterminer le nombre d'accès logiques du MLD. Le passage du MOD donne le MLD brut parce qu'il contient les redondances. Ces redondances sont dues du fait qu'il n'y a pas respect de règles de vérification. Si les règles sont respectées à ce niveau, il n'est pas brut mais normalisé jusqu'à la 3^ème forme.

Le but essentiel de la normalisation est d'éviter les anomalies transactionnelles pouvant découler d'une mauvaise modélisation des données et ainsi éviter un certain nombre de problèmes potentiels tels que les anomalies de lecture, les anomalies d'écriture, la redondance des données et la contre-performance.

La normalisation des modèles de données permet de vérifier la robustesse de leur conception pour améliorer la modélisation (et donc obtenir une meilleure représentation) et faciliter la mémorisation des données en évitant la redondance et les problèmes sous-jacents de mise à jour ou de cohérence

b. LES RÈGLES DE NORMALISATION

Il existe 5 règles appelées formes normales (FN) :

· La 1^ère forme normale : une table est en 1^ère forme normale si elle possède une clé primaire et si ses attributs sont élémentaires c'est-à-dire non décomposables.

· La 2^ème forme normale : une table est en 2^ème forme normale si étant déjà en 1^ère forme normale, ses attributs sont en dépendance fonctionnelle avec la clé primaire ;

· La 3^ème forme normale : une table est en 3^ème forme normale si étant déjà en 2^ème forme normale, ses attributs sont en dépendance fonctionnelle directe avec la clé primaire c'est-à-dire aucun attribut ne peut dépendre de la clé s'il dépend transitivement via un autre attribut.

Les deux dernières règles sont appelées sont des cas particuliers et sont appelées formes normales de BOYCE CODD : elles permettent d'éviter les redondances dues à l'existence de dépendances fonctionnelles autre que celles de la clé vers les attributs non clés ;

En pratique, la première et la deuxième forme normale sont nécessaires pour avoir un modèle relationnel juste. Les formes normales supplémentaires ont leurs avantages et leurs inconvénients.

Les avantages sont :

· de limiter les redondances de données ;

· de limiter les incohérences de données qui pourraient les rendre inutilisables ;

· d'éviter les processus de mise à jour

Les inconvénients sont :

· des temps d'accès potentiellement plus longs si les requêtes sont trop complexes ;

· une plus grande fragilité des données étant donné le non redondance ;

· un manque de flexibilité au niveau de l'utilisation de l'espace disque ;

Pour des petites bases de données, se limiter à la troisième forme normale est généralement une des meilleures solutions d'un point de vue architecture de base de données, mais pour des bases de données plus importantes, cela n'est pas toujours le cas. Il s'agit de choisir l'équilibre entre deux options :

· La génération dynamique des données via les jointures entre tables

· L'utilisation statique des données correctement mises à jour

#N°abon

#Matri-gest-abon :

#Categ-abon :

Nom-abon :

Post-nom-abon :

Prénom-abon :

Sexe-abon :

Adresse-abon :

Téléphone-abon :

Abonnée

#N° paie :

#N°abon :

Date-paie :

Montant :

Paiement

#Matri-récep :

Nom-recep :

Post-nom-récep :

Prénom-récep :

Sexe-récep :

Adresse-récep :

Téléphone-récep :

Réceptionniste

#N°isbn :

#Matri-récep :

Titre-ouvr :

Nbre page-ouvr :

Ouvrage

#Date-consul :

#N°abon :

#N°isbn :

Consulter

#Matri-gest abon :

Nom-gest abn :

Post-nom-gest abon :

Prénom-gest abon :

Sexe-gest abon :

Adresse-gest abon :

Téléphone-gest abon :

Gestionnaire d'abonnée

#Date-orient :

#N°abon :

#N°service :

Orientation

#N°service :

#Type-fnct :

Nbre-service :

Service

#Categ-abon :

Libelle-abon :

Type d'abonnée

#Type-fnct :

Libelle-fnct :

Fonction