Nejčastěji odpovídající uživatel
Smysluplnost teorie 1NF, 2NF...

Dotaz
-
Odpovědi
-
To máte jako s každou teorií a praxí.
Na to, abyste v krámě zaplatil housky taky nemusíte být matematik.
...jsou však situace, kdy se matematika hodí.
Obdobně relační DB návrh. Praxe Vás naučí/naučila, jak máte dělat PK, FK, jak postavit DB schema. No a tahle teorie k tomu je systematické pojmenování těch postupů, jejich formální zdůvodnění, popř. popsání metod, jak se algoritmicky dobrat k požadované NF.
Moje zkušenost je taková, že DB schémata vytvářená začátečníky (mé začátky nevyjímaje) jsou prasárny nad prasárny. Přitom ty nejhorší chyby lze odstranit několika málo pravidly, které se dají popsat do pěti řádek textu a je úplně jedno, jestli se to nadepíše "Best Practices", nebo "Normální formy", nebo jakkoliv jinak.
Pokud jste se pustil do studia NF, tak je to chválihodné a věřte tomu, že námaha spojená s vytvořením kvalitního DB schematu stojí za to. DB mívají dlouho životnost a refactoring DB schématu po letech běhu aplikace je peklo.
- Navržen jako odpověď Michal Neuwirth čtvrtek 5. února 2009 13:26
- Označen jako odpověď Robert HakenMVP, Moderator středa 18. února 2009 21:17
-
Jo je to Bois-Coddova forma ... a tez se ji rika 4.NF. Oni ty formy jsou dobre hlavne pro ty zacinajici db-architekty, aby meli "nejake voditko" na tvorbu dobreho schematu databaze. Formy tez ukazuji jak treba resit vazbu M:N atd.
Jakmile ziskate vice praxe s projekty a hlavne prijde na radu optimalizace databaze na vykon, tak zjistite ze se obcas musi 3.NF porusit a redundance dat muze pak hrat velkou roli pri zvyseni vykonu dotazu.
Osobne si myslim, ze je lepsi zacit studiem NF nez se pustit bezhlave do tvorby db-schematu.
- Označen jako odpověď Robert HakenMVP, Moderator středa 18. února 2009 21:18
Všechny reakce
-
NF jsou tusim teorii databazi obecne.
Jde o to, aby navrh byl minimalne ve 3.NF a vyhoda te teorie je, ze se to da pomoci ni vypocitat, takze se clovek nemusi spolehat na svuj "odhad". (otazka je, jestli v pocitani clovek nenadela vic chyb). S 3.NF by pak nemely byt data redundantni, ale pozor, zase ne vzdycky se vyplati mit navrh v nejvyssi mozne NF.
Mno moje znalosti jsou omezene, necht me nekdo z chytrejsich opravi. -
-
To máte jako s každou teorií a praxí.
Na to, abyste v krámě zaplatil housky taky nemusíte být matematik.
...jsou však situace, kdy se matematika hodí.
Obdobně relační DB návrh. Praxe Vás naučí/naučila, jak máte dělat PK, FK, jak postavit DB schema. No a tahle teorie k tomu je systematické pojmenování těch postupů, jejich formální zdůvodnění, popř. popsání metod, jak se algoritmicky dobrat k požadované NF.
Moje zkušenost je taková, že DB schémata vytvářená začátečníky (mé začátky nevyjímaje) jsou prasárny nad prasárny. Přitom ty nejhorší chyby lze odstranit několika málo pravidly, které se dají popsat do pěti řádek textu a je úplně jedno, jestli se to nadepíše "Best Practices", nebo "Normální formy", nebo jakkoliv jinak.
Pokud jste se pustil do studia NF, tak je to chválihodné a věřte tomu, že námaha spojená s vytvořením kvalitního DB schematu stojí za to. DB mívají dlouho životnost a refactoring DB schématu po letech běhu aplikace je peklo.
- Navržen jako odpověď Michal Neuwirth čtvrtek 5. února 2009 13:26
- Označen jako odpověď Robert HakenMVP, Moderator středa 18. února 2009 21:17
-
Jo je to Bois-Coddova forma ... a tez se ji rika 4.NF. Oni ty formy jsou dobre hlavne pro ty zacinajici db-architekty, aby meli "nejake voditko" na tvorbu dobreho schematu databaze. Formy tez ukazuji jak treba resit vazbu M:N atd.
Jakmile ziskate vice praxe s projekty a hlavne prijde na radu optimalizace databaze na vykon, tak zjistite ze se obcas musi 3.NF porusit a redundance dat muze pak hrat velkou roli pri zvyseni vykonu dotazu.
Osobne si myslim, ze je lepsi zacit studiem NF nez se pustit bezhlave do tvorby db-schematu.
- Označen jako odpověď Robert HakenMVP, Moderator středa 18. února 2009 21:18