To je gosta post by anum Lodhi, ki ima velik interes pri oblikovanju programske opreme

Tako kot ga potrebujete načrt za gradnjo hiše, boste morali zbirko podatkov načrt za izvajanje baze uspešno. Proces izgradnje slednje se imenuje "Designing faze", ki vključuje številne težke korake za konec Stranski proizvod je treba prilagodljiv. Ta faza je dejansko opredeljuje informacije (+ njegova struktura), ki bo šel v bazo podatkov, ki predpostavk v zvezi z vrsto ali vrednosti postavk podatkov in razmerja med podatki postavk znotraj baze podatkov. Vsi poklicni podjetja uporabiti ta postopek, oblikujejo svoje zbirke podatkov in njegovo najbolj učinkovit način.

Ta program vsebuje štiri ukrepe:

1. Zahteva Analysis

Baze zahteve so določene. Natančne zahteve uporabnikov iz sistema captured.All pomembne informacije, povezane s sistemom, je zbrane. Šest Najpogostejši tehnike so:

• Vzorčenje obstoječe dokumentacije, obrazci, podatkovne baze
• Raziskave in obiski
• Opazovanje delovnega okolja
• Vprašalniki
• Prototyping-zgraditi majhen model uporabnika zahteva, da preveri, preden roko
• Skupne zahteve za načrtovanje (JRP) - skupinska srečanja potekajo v razčleniti obstoječe težave

2. Povezava Diagram entitet (ERD)

ERD je visoka raven zapis za izražanje baze modelov. To grafično opredeljuje strukturo baze podatkov na zelo preprost in razumljiv način, z uporabo simbolov.

Informacije, zbrane v "korak zahteva Analiza" je preoblikovala v ERD (subjekt Povezava Diagram), da se podatki organizirani v subjekte in odnose med njimi. Torej, namesto da bi šel skozi dolg kos materiala, smo slikovni prikaz isti podatek, ki je lažji za branje.

Vzorec ER Diagram je to:

(image vljudnostni Wikipedia)

Različni podatki se lahko uporabijo modeliranje jeziki za ustvarjanje ERD, kot vrana stopalu zapisu, Chen zapis, IDEFIX (Integration Opredelitev Information Modeling), senčenje zapis, Bachman zapis, UML (Unified Modeling Language) standard itd Wikipedia je dobra stran o ER diagrami here

3. Relational Model

To je zelo enostavno razumeti scenarij ERD, vendar je ta zelo šibka z vidika izvajanja. Concepts of podrazredov (IS-struktur) in razmerja, na primer, ni mogoče izvajati neposredno v bazo podatkov. Na tej točki relacijski model pride v igro.

Relacijski model zaposluje enoten koncept preglednic (imenovane tudi odnosi). Subjekt določa in razmerja upodobljeno v ERD se pretvori v tabele-relacijski model.

Obstaja pet korakov za konverzijo:

• Turn vsak ne-šibki subjekt, na njeno ustrezno tabelo z enak nabor atributov
• Zamenjaj odnos, glede katere lastnosti so ključi povezuje nizov podjetje
• Nekateri odnosi lahko storite tudi če je kombinirana ali izključiti. Na primer podpira razmerja (za šibke subjekt kompleti), ni treba pretvoriti v odnosu na vse.
• Zamenjaj šibko podjetje, ki ga glede katere lastnosti so lastne značilnosti (če sploh) plus sposodil lastnosti, ki pomagajo, da postane njen primarni ključ.
• Pretvarjanje podrazred struktur z uporabo objektno orientiranega pristopa, E / style R preusmeritve ali nične vrednosti.

Razlaga pretvorbo ER diagram za odnos model je veliko konceptov, ki ne bodo zajeti v ta post. Obstaja veliko dobrih knjig in spletnih razpoložljivih sredstev, ki omogoča preprosto razumeti. Za ta primer pregled menijo, da sem odvzeti Wikipedia:

Idealizirani, zelo preprost primer opis nekaterih relvars in njihovih atributov:

• Stranka (Customer ID, Tax ID, ime, naslov, mesto, država, Zip, telefon)
• Vrstni red (Order No, Customer ID, Invoice No, Datum nahaja, Datum obljubil, pogoji, Status)
• Order Line (Order No, Order No Line, Product Code, Kol)
• Račun (Invoice No, Customer ID, zaporedno številko, datum, status)
• Invoice Line (Invoice No, No Line računa, Product Code, Kol dobavljen)
• Izdelka (Product Code, Product Description)

V tem design imamo šest relvars: Customer, Order, Red Line, fakture, fakture in Product Line. Bold, je poudaril atributi so kandidatke ključi. Non-bold, je poudaril atributi so tuji ključi.

4. Normalizacije

Normalizacije je proces povečevanja običajna ocena obrazca. Je predvsem odpravlja naslednje odvisnosti, da bi se izognili odpuščanjem presežnih delavcev in anomalije podatki:

• Delna odvisnost: na del primarnega ključa
• Transitive odvisnost: temelji na atribut, ki ni del primarnega ključa

Prve tri oblike normalizacije so:

1. 1NF
   • Najnižja izvedljive normalno obliko
   • Primary ključne zahteve podjetja celovitosti so izpolnjeni
   • Vsaka celica vsebuje eno vrednost
   • Non-Primary ključne vrednote so odvisni od primarnega ključa
2. 2NF
   • Vse 1NF so izpolnjeni pogoji
   • Delno
     odvisnosti se odstranijo
3. 3NF
   • Vse 2NF so izpolnjeni pogoji
   • Transitive odvisnosti odstrani

Višje obrazci do 5NF, in BCNF (Boyce-Codd Normal Form), prav tako obstajajo.

Normalizacije se lahko uporablja na dva načina:

• Normal obrazce uporabljajo po relacijski model je ustvarjena
• Tretji korak je preskočila in oblikovanje tabel, je naredil z normalizacije v plačilo neposredno

daleeman blog je zelo dober post o normalizacije podatkovne baze. Preberite: praktična uporaba baze podatkov normalizacije, ki vam bo pomagal razumeti baze normalizacije v podrobnosti.