Es tracta d'un lloc de convidat per anum Lodhi, que té gran interès en el programari de disseny de
Així com vostè necessita un pla per construir una casa, vostè necessitarà un pla de base de dades per tal d'aplicar una base de dades amb èxit. El procés de la construcció de la segona és coneguda com la "etapa de disseny", que inclou una sèrie de mesures fortes per al final producte a ser flexible. Aquesta fase realment defineix la informació (+ la seva estructura) que entrarà a la base de dades, les hipòtesis relacionades amb el tipus o els valors dels elements de dades i la relació entre els elements de dades a la base de dades. Totes les companyies professionals d'utilitzar aquest procediment de disseny de la base de dades i la seva la forma més eficient.
Consta de quatre passos:
1. L'anàlisi de necessitats
Els requisits de base de dades es determinen. Els requisits exactes dels usuaris del sistema és captured.All la informació pertinent relacionada amb el sistema es recull. Les sis tècniques més comuns són:
- El mostreig de la documentació existent, formularis, bases de dades
- De recerca i visites a terreny
- Observació de l'entorn de treball
- Qüestionaris
- Prototips i construcció d'un model petit de les necessitats de l'usuari per a verificar abans de la mà
- Comú de Planificació de Requeriments (JRP) - reunions de grup es porten a terme per analitzar els problemes existents
2. Diagrama Entitat Relació (ERD)
ERD és una notació d'alt nivell per expressar dissenys de base de dades. Gràficament defineix l'estructura de la base de dades d'una manera molt senzilla i comprensible a través de la utilització de símbols.
La informació recopilada durant el pas de "Necessitat d'anàlisi 'es transforma en un ERD (Entity Relationship Diagram), que és la informació està organitzada en les entitats i les relacions entre ells. Així que en comptes d'anar a través d'una peça llarga de material, tenim una representació pictòrica de la mateixa peça d'informació que és més fàcil de llegir.
Una mostra diagrama ER és la següent:
(Imatge cortesia de Wikipedia)
Diversos llenguatges de modelatge de dades es pot utilitzar per crear un ERD, com la notació de pota de gall, la notació Chen, IDEFIX (Integració Definició Information Modeling), ombrejat de notació, la notació de Bachman, UML (Unified Modeling Language) estàndard, etc Viquipèdia té una bona pàgina sobre ER diagrames de aquí
3. Model Relacional
És molt fàcil d'entendre l'escenari d'un ERD, però aquest és molt feble des del punt de vista d'implementació. Conceptes de les subclasses (IS-A les estructures) i les relacions, per exemple, no es pot aplicar a la base de dades directament. En aquest punt el model de relació entra en joc.
Un model relacional fa servir un únic concepte de taules (també anomenades relacions). Els conjunts d'entitats i les relacions descrites en el ERD es converteixen en taules, un model relacional.
Hi ha cinc passos per a la conversió:
- Alhora cada entitat dèbil posa a la seva taula corresponent amb el mateix conjunt d'atributs
- Substitueix una relació per una relació els atributs són les claus dels conjunts d'entitat de connexió
- Algunes relacions poden fer bé si es combina o exclosos. Per exemple, les relacions de suport (per als conjunts d'entitats febles) no han de ser convertits a la relació en absolut.
- Substitueix una entitat dèbil estableix una relació els atributs són els seus propis atributs (si escau), a més dels atributs de préstec que ajudarà a fer la seva clau principal.
- Canvi de les estructures de la subclasse utilitzant l'enfocament orientat a objecte, E / R o estil de conversió dels valors nuls.
Explicació de la conversió d'ER diagrama de model de relació té grans conceptes que no seran coberts en aquest lloc. Hi ha molts llibres bons i els recursos disponibles en línia que fa que sigui fàcil d'entendre. Per a una visió general Penseu en aquest exemple que he pres de la Viquipèdia:
Un ideal, exemple molt simple d'una descripció d'alguns varrels i els seus atributs:
- (Client ID, NIF, Nom, adreça, ciutat, província, codi postal, telèfon)
- Ordre (Ordre núm, d'identificació de client, factura no, Data de col.locació, data promesa, termes, Estat)
- La línia de comanda (no d'ordre, la línia de comanda n, Codi del Producte, Quantitat)
- Factura (factura no, d'identificació de client, d'ordre, data, estat)
- La factura de línia (factura no, la factura de línia n º, Codi del Producte, Quantitat Enviat)
- Producte (Product Code, Descripció del producte)
En aquest disseny tenim sis varrels: Client, Ordre, la línia de comanda, factura, factura i Vi. La negreta, subratllat atributs són claus candidates. La manca de negreta, subratllat atributs són les claus externes.
4. Normalització
La normalització és un procés d'augmentar el nombre de forma normal. S'elimina principalment per les següents dependències, per tal d'evitar els acomiadaments i les dades d'anomalies:
- La dependència parcial: basada en una part de la clau principal
- Dependència transitiva: basat en un atribut que no és part de la clau principal
Les tres primeres formes de normalització són:
- 1NF
- Sota la forma normal aplicables
- Els requisits d'integritat de clau primària de l'entitat es compleixen
- Cada cèl lula conté un únic valor
- No valors de clau principal són dependents de la clau principal
- 2NF
- Tots els 1NF es compleixen les condicions
- Parcial
dependències s'eliminen
- 3FN
- Tots 2NF condicions es compleixen
- Eliminar les dependències transitives
Les formes superiors de fins a 5FN i FNBC (Boyce-Codd Normal Form) també existeixen.
La normalització es pot aplicar de dues maneres:
- Normal formes aplicades després que el model relacional es crea
- El tercer pas s'omet i la creació de taules es fa amb la normalització en l'examen directe
bloc daleeman té un molt bon lloc en la normalització de bases de dades. Llegir: aplicació pràctica de la normalització de bases de dades que l'ajudarà a entendre la normalització de bases de dades en detall.
