4 étapes à une conception de base de données professionnelle - ProgrammerFish, ProgrammerFish
Ceci est un poste client byAnum Lodhi, qui a un grand intérêt dans la conception de logiciels
Il comprend quatre étapes:
1. Analyse des exigences
Les exigences de base de données sont déterminées. L'exigence exacte de l'utilisateur du système est captured.All les informations pertinentes relatives au système sont recueillies. Les six techniques les plus courantes sont les suivantes:
L'échantillonnage de la documentation existante, formulaires, bases de données
Observation de l'environnement de travail
Prototypage -d'un un petit modèle de l'exigence de l'utilisateur de vérifier avant la main
Exigences communes planification (JRP) - réunions de groupe sont menées pour analyser les problèmes existants
2. diagramme entité-relation (ERD)
ERD est une notation de haut niveau pour exprimer des conceptions de base de données. Elle définit graphiquement la structure de la base de données de manière très simple et compréhensible par l'utilisation de symboles.
Les informations recueillies au cours de l'étape «Analyse des besoins de se transforme en un ERD (diagramme entité-relation) qui est les données sont organisées en entités et les relations entre eux. Ainsi, au lieu de passer par un long morceau de matériau, nous avons une représentation graphique de la même information qui est plus facile à lire.
Un échantillon ER diagramme est la suivante:
Diverses données langages de modélisation peuvent être utilisés pour créer une DRE comme la notation de pied de corbeau, la notation Chen, IDEFIX (définition d'intégration modélisation de l'information), la notation Shading, notation Bachman, standard UML (Unified Modeling Language) etc. Wikipedia a une bonne page sur ER diagrammes ici
Il est très facile de comprendre le scénario d'un ERD, mais celui-ci est très faible du point de vue de la mise en œuvre. Concepts des sous-classes (IS structures -A) et les relations, par exemple, ne peuvent pas être mises en œuvre dans la base de données directement .À ce point modèle relationnel entre en jeu.
Un modèle relationnel emploie un concept unique de tables (également appelées relations) jeux d'entités et les relations .Les représentées dans les ERD sont converties en tables -a du modèle relationnel.
Il y a cinq étapes pour la conversion:
Mettez chaque jeu d'entités non-faible dans sa table correspondante avec le même ensemble d'attributs
Remplacer une relation par une relation dont les attributs sont les clés des jeux d'entités de connexion
Certaines relations peuvent bien faire si elle est combinée ou exclus. Par exemple, les relations de soutien (pour des jeux d'entités faibles) ne doivent pas être converties en relation du tout.
Convertir les structures de sous-classe en utilisant l'approche orientée objet, la conversion de type E / R ou des valeurs nulles.
Explication de la conversion diagramme ER au modèle de relation a de vastes concepts qui ne seront pas abordés dans ce poste. Il y a beaucoup de bons livres et ressources disponibles en ligne qui le rend facile à comprendre. Pour un aperçu considérer cet exemple que j'ai pris de Wikipedia:
Un exemple idéalisée, très simple d'une description de quelques relvars et leurs attributs:
- Client (ID client. Tax ID, nom, adresse, ville, État, Zip, Téléphone)
- (Ordre N ° N ° de client. No de facture Date de mise, date promise, Conditions, Statut)
- Ligne de commande (N ° de commande N ° de ligne Code de produit. Qté)
- Facture (facture n ° N ° de client. N ° de référence Date, Statut)
- La ligne de facturation (facture n ° de facture N ° de ligne Code de produit. Qté livraison)
- Produit (Code produit. Description du produit)
Dans cette conception, nous avons six relvars. Client, Ordre, Ligne de commande, facture, ligne de facturation et produit. Les attributs gras, sont soulignés candidats clés. Le non-gras, soulignés sont les attributs clés étrangères.
Les trois premières formes de normalisation sont:
Forme normale le plus bas implémentable
Chaque cellule contient une valeur unique