Omezení 1.NF

Omezení 1.NF
• pokud chceme relaci, ve které má jeden atribut více hodnot, máme v 1. NF možnosti
– zapíšeme všechny hodnoty do jedné
komponenty - pak ale nelze zpracovávat jednotlivé hodnoty, jen všechny jako celek
– vymezíme více atributů - jsme omezeni jejich počtem, řada prázdných komponent
– více relací pro nu n-tici - redundance
• některé SŘBD toto umožňují - při zpracování se rozvinou do více n-tic
Tabulková terminologie
• popis, kdy schéma relace tvoří záhlaví tabulky, atributy jsou sloupce tabulky, n-tice jsou řádky tabulky
• jde o zjednodušení - v relaci nezáleží na pořadí řádků, relace nemůže také obsahovat duplicitní n-tice )
• tabulka je tedy pouze reprezentace databázové relece na papíře či obrazovce
• řada firem používá pro popis relačních produktů název tabulky (jsou i v SQL)
Integritní omezení
• schématem databáze popisujeme pouze datovou strukturu
• je třeba ještě zajistit, aby relace obsahovala pouze správná data - integritní omezení (tvrzení specifikující naše znalosti o DB)
• IO jsou obvykle logické podmínky, které mají být splněny
• IO se většinou implementují pomocí programů v aplikaci, pouze málo je ve schématu databáze
Integritní omezení 2
• IO jsou většinou ve formě vztahů mezi relacemi
– může-li n-tice jedné relace být ve vztahu s více n-ticemi jiné relace a naopak, hovoříme o vztahu M:N
– jednostranně - N:1 (nebo 1:N)
– pokud n-tice jedné relace může být ve vztahu s pouze jednou n-ticí druhé relace (a opačně), jde o vztah 1:1
• mluvíme o kardinalitě vztahu