Popis databázy normalizácia základy

Preklady článku Preklady článku
ID článku: 283878 - Zobraziť produkty, ktorých sa tento článok týka.
Nováčik: Vyžaduje znalosť používateľského rozhrania na jedného používateľa počítačov.

Microsoft Access 2000 verziu tohto článku, pozri 209534.
Microsoft Access 95 alebo Microsoft Access 97 verziu tohto článku, pozri 100139.
Rozbaliť všetko | Zbaliť všetko

Na tejto stránke

Súhrn

Tento článok vysvetľuje databázy štandardizácia terminológie pre začiatočníkov. Základné znalosti o tejto terminológie je užitočná pri diskusii návrhu relačnej databázy.

Poznámka: spoločnosť Microsoft ponúka aj vysielanie, ktoré sa zaoberá základmi normalizácia. Na zobrazenie tohto vysielania, navštívte nasledovnú webovú lokalitu spoločnosti Microsoft:
http://support.Microsoft.com/servicedesks/Webcasts/wc060600/wc060600.asp?fr=1

Ďalšie informácie

Popis normalizácia

Normalizácia je proces organizovanie údajov v databáze. To zahŕňa vytváranie tabuliek a vytvorenie vzťahov medzi týmito tabuľkami podľa pravidiel určených na ochranu údajov a aby databázy pružnejší tým, že odstraňuje redundanciu a nekonzistentné závislostí.

Nadbytočné údaje zaberá miesto na disku a vytvorí a údržbou. Ak musí byť zmenené údaje, ktoré existuje viac ako jedno miesto, musí byť zmenené údaje presne rovnakým spôsobom vo všetkých lokalitách. Zmena adresy zákazníka je oveľa jednoduchšie vykonanie ak údaje uložené len v tabuľke Zákazníci a nikde inde v databáze.

Čo je "nekonzistentné závislostí"? Je síce intuitívne používateľovi pozrieť v tabuľke Zákazníci adresa konkrétneho zákazníka, to nemôže robiť zmysel hľadať tam plat zamestnanca, ktorý vyzýva zákazníka. Platu zamestnanca súvisí, alebo závislý od zamestnanca a teda majú byť premiestnené do tabuľku s názvom zamestnanci. Nekonzistentné závislostí môžu sťažovať údajov Access pretože nájsť cestu, aby sa údaje možno chýba alebo je poškodený.

Existuje niekoľko pravidiel pre normalizácia. Každé pravidlo sa nazýva "normálnej forme." Ak prvé pravidlo je dodržaná, databázy je povedal v "prvý normálnej forme." Ak sa pozoruje prvé tri pravidlá, databáza je považovaný za "tretej normálnej forme." Hoci iné úrovne normalizácie sú možné, tretej normálnej forme sa považuje za najvyššiu úroveň potrebnú pre väčšinu aplikácií.

Ako s mnohými formálne pravidlá a špecifikácie, reálny svet scenáre neumožňujú vždy dokonalý súlad. Vo všeobecnosti, normalizácia vyžaduje dodatočné tabuľky a niektorí zákazníci nájsť ťažkopádne. Ak sa rozhodnete porušovať jedným z prvé tri pravidlá normalizácia, skontrolujte, či vaša žiadosť ráta akékoľvek problémy, ktoré by mohli nastať napríklad nadbytočných údajov a nekonzistentné závislostí.

Tieto opisy obsahujú príklady.

Prvá štandardná zásada

  • Odstrániť opakujúce sa skupiny v jednotlivých tabuľkách.
  • Vytvorte samostatnú tabuľku pre každú množinu súvisiacich údajov.
  • Identifikovať každú množinu súvisiacich údajov s primárnym kľúčom.
Nepoužívajte viacerých polí v jednej tabuľke uchovávať podobné údaje. Napríklad sledovať položky zásob, ktoré môžu pochádzať z dvoch možných zdrojov, záznam zásob môžu obsahovať polia pre dodávateľa kód 1 a 2 kód predajcu.

Čo sa stane, keď pridáte tretieho dodávateľa? Pridanie poľa nie je odpoveď; to vyžaduje program a tabuľka úprav a hladko nevyhovuje dynamické počet dodávateľov. Namiesto toho umiestniť všetky informácie o dodávateľovi do samostatnej tabuľky nazýva dodávatelia, potom odkaz súpis dodávateľov s položka ?íselné tla?idlo alebo dodávatelia zásob s kľúčovou kód predajcu.

Druhá štandardná zásada

  • Vytvoriť samostatné tabuľky pre množinami hodnôt, ktoré sa vzťahujú tomultiple záznamy.
  • Tieto tabuľky sa týkajú s cudzí kľúč.
Záznamy by mala nie je závislá na nič iného ako hlavný kľúč tabuľky (zložený kľúč, ak je to potrebné). Napríklad, zvažovať adresu zákazníka v účtovnom systéme. Adresu je potrebné tabuľku Zákazníci, ale aj tabuľky objednávky, doprava, faktúry, pohľadávky a kolekcie. Miesto skladovanie adresu zákazníka ako samostatná položka v každej z týchto tabuliek, uložte ho v jednom mieste, buď v zákazníkov tabuľka alebo v samostatných adresy tabuľke.

Tretia štandardná zásada

  • Odstrániť polia, ktoré nezávisia na kľúč.
Hodnoty v zázname, ktoré nie sú súčasťou tohto záznamu kľúča nie patria do tabuľky. Vo všeobecnosti kedykoľvek obsah skupiny polí môžu požiadať o viac ako jeden záznam v tabuľke, zvážte tieto polia do samostatnej tabuľky.

Napríklad v tabuľke programu náboru zamestnancov kandidáta univerzity menom a adresou môžu byť zahrnuté. Ale musíte kompletný zoznam univerzít pre skupinu maily. Ak univerzita informácie sú uložené v tabuľke kandidátov, neexistuje spôsob, ako sa zoznam univerzít s žiadne aktuálne kandidátov. Vytvorenie samostatnej tabuľke univerzít a prepojenie s tabuľkou kandidátov s kľúčovou kód univerzity.

VÝNIMKA: Priliehajúcu k tretej normálnej forme, zatiaľ čo teoreticky žiaduce, nie je vždy praktické. Ak máte tabuľku Zákazníci a ktoré chcete eliminovať všetky možné interfield závislostí, musíte vytvoriť samostatné tabuľky pre mestá, PSČ, obchodní zástupcovia, zákazníckym triedam a akýkoľvek iný faktor, ktorý môže byť reprodukované vo viacerých záznamoch. V teórii, normalizácia stojí uberá. Však, veľa malých tabuliek môže degradovať výkonnosť alebo prekročiť otvoriť súbor a pamäťovej kapacity.

To môže byť reálnejšie sa tretej normálnej forme iba údaje, ktoré často mení. Ak niektoré závislé polia zostanú, navrhnúť svoju žiadosť musí overiť všetky súvisiace polia, keď sa zmení niektorý používateľ.

Iné formy normalizácia

Štvrtý normálnej forme, tiež volal Boyce Coddom normálna forma (BCNF), a piata normálna forma existujú, ale sú zriedka považované v praktický dizajn. Bez ohľadu na tieto pravidlá môžu viesť k menej než perfektné databázy, ale by nemala ovplyvniť funkčnosť.

Normalizácia príklad tabuľky

Tieto kroky ukazujú proces normalizácie fiktívne študent tabuľky.
  1. Unnormalized tabuľka:

    Zbaliť túto tabuľkuRozbaliť túto tabuľku
    Študent #PoradcaADV-izbaClass1Class2Class3
    1022Jones412101-07143-01159-02
    4123Smith216201-01211-02214-01
  2. Prvá štandardná zásada: Žiadny opakujúcej sa skupiny

    Tablesshould majú len dve dimenzie. Pretože jeden študent má niekoľko tried, theseclasses majú byť uvedené v samostatnej tabuľke. Polia Class1, Class2 a Class3in záznamoch sú náznaky dizajn problémy.

    Spreadsheetsoften pomocou tretí rozmer, ale tabuliek nemali. Ďalší spôsob, ako vyzerať atthis problém s vzťah one-to-many, nedávajte jednu stranu a stranu "many" v tej istej tabuľke. Vytvorte ďalšie tabuľky v prvom normalform odstránením na opakujúcu sa skupinu (trieda #), ako je uvedené nižšie:

    Zbaliť túto tabuľkuRozbaliť túto tabuľku
    Študent #PoradcaADV-izbaTrieda #
    1022Jones412101-07
    1022Jones412143-01
    1022Jones412159-02
    4123Smith216201-01
    4123Smith216211-02
    4123Smith216214-01
  3. Druhá štandardná zásada: Odstránenie nadbytočných údajov

    PoznámkaMožnosť viaceré triedy # hodnoty pre každý študent # hodnoty v predchádzajúcej tabuľke. Trieda #is funkčne študent # (primárny kľúč), tak to relationshipis v druhej normálnej forme.

    Nasledujúcich dvoch tabuľkách demonstratesecond obvyklou formou:

    Študenti:

    Zbaliť túto tabuľkuRozbaliť túto tabuľku
    Študent #PoradcaADV-izba
    1022Jones412
    4123Smith216


    Registrácia:

    Zbaliť túto tabuľkuRozbaliť túto tabuľku
    Študent #Trieda #
    1022101-07
    1022143-01
    1022159-02
    4123201-01
    4123211-02
    4123214-01
  4. Tretia štandardná zásada: Odstránenie údajov nie nezaopatrené OnKey

    Príklade, závislé od poradca pre atribút isfunctionally Adv-izba (poradca úradu číslo). Roztok je presunúť thatattribute z tabuľky študenti fakulty tabuľky, ako shownbelow:

    Študenti:

    Zbaliť túto tabuľkuRozbaliť túto tabuľku
    Študent #Poradca
    1022Jones
    4123Smith


    Fakulty:

    Zbaliť túto tabuľkuRozbaliť túto tabuľku
    menoIzbaOddelenie
    Jones41242
    Smith21642

Vlastnosti

ID článku: 283878 - Posledná kontrola: 4. septembra 2013 - Revízia: 5.0
Informácie v tomto článku sa týkajú nasledujúcich produktov:
  • Microsoft Office Access 2007
  • Microsoft Office Access 2003
  • Microsoft Access 2002 Standard Edition
Kľúčové slová: 
kbinfo kbdesign kbdatabase kbhowto kbmt KB283878 KbMtsk
Strojovo preložené
DÔLEŽITÉ: Tento článok je preložený pomocou softvéru na strojový preklad od spoločnosti Microsoft a možno ho opraviť prostredníctvom technológie Community Translation Framework (CTF). Microsoft ponúka strojovo preložené články, články upravené komunitou aj články preložené prekladateľmi, aby zabezpečil prístup ku všetkým článkom databázy Knowledge Base vo viacerých jazykoch. Strojovo preložené články aj upravené články môžu obsahovať chyby týkajúce sa slovnej zásoby, syntaxe alebo gramatiky. Microsoft nenesie zodpovednosť za akékoľvek nepresnosti, chyby alebo škody spôsobené neprávnym prekladom obsahu alebo jeho použitím zo strany našich zákazníkov. Ďalšie informácie o technológii CTF nájdete na lokalite http://support.microsoft.com/gp/machine-translation-corrections/sk.
Pokiaľ chcete vidieť anglickú verziu článku, kliknite sem: 283878

Odošlite odozvu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com