Acesta este un post de oaspete de anum Lodhi, care are un mare interes in proiectare software
La fel cum aveţi nevoie de un plan de a construi o casă, veţi avea nevoie de un plan bază de date în scopul de a pune în aplicare o bază de date cu succes. Procesului de construcţie a acestuia din urmă se numeşte "Proiectare de fază", care include un număr de paşi grele pentru sfârşitul anului -produsul care urmează să fie flexibil. Această fază de fapt defineşte informaţii (+ structura acestuia), care va intra în baza de date, ipotezele emise în legătură cu tipul sau valorile de elementele de date şi la relaţia dintre elementele de date în baza de date. Toate companiile profesioniste utilizaţi această procedură de proiectare baza lor de date şi modul cel mai eficient.
Acesta include patru etape:
1. Cerinţă Analysis
Cerinţele în baza de date sunt determinate. Cerinţa exactă a utilizatorului de la sistemul este captured.All informaţiile relevante legate de sistemul este colectate. Cele mai multe tehnici de şase comune sunt:
- Prelevarea de probe de documentaţia existentă, formulare, baze de date
- Vizite de cercetare şi site-ul
- De observare a mediului de lucru
- Chestionarele
- Prototyping-a construi un model mic de cerinţa utilizatorului pentru a verifica, înainte de mână
- Cerinţe privind planificarea comună (JRP) - reuniuni ale grupului sunt efectuate de a analiza problemele existente
2. Entity Relationship Diagram (ERD)
ERD este o notaţie la nivel înalt pentru a exprima desenelor şi modelelor în baza de date. Aceasta grafic defineşte structura bazei de date într-un mod foarte simplu şi uşor de înţeles, prin utilizarea de simboluri.
Informaţiile colectate în timpul Cerinţa de Analiza "" pas este transformată într-o ERD (Entity Relationship Diagram), care este de date este organizat în entităţi şi relaţiile dintre acestea. Deci, în loc să meargă printr-o bucată de material de lungă durată, avem o reprezentare în imagini de aceeaşi bucată de informaţii care este mai uşor de citit.
Un eşantion ER Diagrama este aceasta:
(amabilitatea imagine Wikipedia)
Date diferite limbaje de modelare poate fi utilizat pentru crearea unui disc ERD ca notaţie picior cioara lui, Chen notaţia, IDEFIX (Integrare Definiţie Informaţii Modeling), umbrire notaţia, Bachman notaţia, UML (Unified Modeling Language), standard, etc Wikipedia are o pagină de bună despre ER diagrame aici
3. Relational Model
Este foarte uşor de înţeles scenariul de la un disc ERD, dar acesta din urmă este foarte slabă din punct de vedere al punerii în aplicare. Concepte de subclaselor (IS-A structuri) şi relaţii, de exemplu, nu pot fi puse în aplicare în baza de date în mod direct. În acest moment modelul relaţional intră în joc.
Un model relaţional are un singur concept de tabele (numit şi relaţii). Stabileşte entităţii şi de relaţiile descrise în ERD sunt convertite în tabele-un model relaţional.
Există cinci etape de conversie:
- Turn fiecare entitate non-slabe stabilit în tabelul său corespunzător cu acelaşi set de atribute
- Înlocuiţi-o relaţie de un raport al cărui atribute sunt cheile din seturile entităţii de legătură
- Unii relaţiile pot face bine dacă combinate sau excluse. De exemplu, relaţii de sprijin (pentru seturi entitate slab) nu trebuie să fie convertite în raport, la toate.
- Înlocuiţi o entitate slab stabilit de un raport al cărui atribute sunt atribute proprii (dacă este cazul), plus atributele imprumutat care ajuta pentru a face cheie său primar.
- Conversia structurile subclasa folosind abordarea orientată spre obiect, E / R de conversie stil sau valorile nule.
Explicaţie de conversie diagramă ER de modelul de relatie are concepte vaste, care nu vor fi acoperite în acest post. Există multe cărţi bune şi a resurselor disponibile online, care o face uşor de înţeles. Pentru o imagine de ansamblu ia în considerare acest exemplu care l-am luat de la Wikipedia:
Un idealizat, de exemplu foarte simplu de o descriere a unor relvars şi atributele lor:
- Clienţilor (Customer ID-ul, Cod fiscal, numele, adresa, oraş, stat, cod poştal, telefon)
- Ordine (Ordinul nr, ID client, factura nr, Data fie plasate, Data promis, Termeni, Status)
- Ordine Line (Ordinul nr, Ordinul nr Line, Cod produs, Cantitate)
- Factura (factura nr, ID client, Ordinul nr, Data, Status)
- Factură Line (factura nr, factura Line Nu, Cod produs, Cantitate Transportat)
- Produs (Cod produs, Descrierea produsului)
În acest proiect ne-am şase relvars: Client, comandă sau o comandă Line, factura, factura de linie şi de marfuri. Bold, a subliniat atributele sunt cheile candidat. Non-bold, a subliniat atributele sunt cheile străine.
4. Normalizarea
Normalizare este un proces de crestere a rating normal de forma. Este în primul rând, elimină dependenţele jos, cu scopul de a evita concedierile şi anomalii de date:
- De dependenţă parţială: bazat pe o parte din cheia primară
- Dependenţă tranzitiv: bazat pe un atribut care nu face parte din cheia primară
Primele trei forme de normalizare sunt:
- 1NF
- Cele mai mici formularul de implementat normală
- Cerinţe principale cheie entitate de integritate sunt îndeplinite
- Fiecare celulă conţine o singură valoare
- Non-primar valorile cheie sunt dependente de cheia primară
- 2NF
- Toate 1NF condiţii sunt îndeplinite
- Parţiale
dependenţele sunt eliminate
- 3NF
- Toate 2NF condiţii sunt îndeplinite
- Dependenţele tranzitiv eliminat
Forme superioare de până la 5NF şi BCNF (Boyce-Codd Normal Form), de asemenea, există.
De normalizare pot fi aplicate în două moduri:
- Normal forme aplicate după modelul relaţional este creat
- A treia etapă este omisă şi crearea de tabele se face cu normalizarea în considerare în mod direct
blog-ul daleeman are un post foarte bun despre normalizare în baza de date. Citeste: aplicarea practică a normalizare în baza de date care vă vor ajuta să înţelegeţi de normalizare în baza de date în detaliu.
