Diskuze: Návrh a tvorba databáze - členství
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 4 zpráv z 4.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.
Trošku nechápu "CO" bys s tím chtěl dělat? Co bys na tom chtěl měnit?
Proč se řeší členství např. v E-R modelu, když fakticky vyplývá z toho, kde je cizí klíč? Tabulka, která se pomocí cizího klíče odkazuje na jinou tabulku, musí mít povinné členství, protože FK nemůže nabývat hodnoty NULL ne? Ale do E-R modelu pak lidé píšou třeba trochu jiné věci a mě to mate, protože nechápu, jak mám tu databázi implementovat.
Dále např. vztah mezi dvěma entitami, kde je oboustranná povinnost - to je podle mě paradox, protože tam pak nevložím první záznam ne?
autor - kniha..... je dobre mit vazbu 1:n, ale vyskytl by se problem, kdyby kniha mela vice autoru (m:n) to by se trosku resilo jinak...
jak zjistit kam davat FK....to tezko se mi vysvetluje.... doporucuji ti tohle http://www.itnetwork.cz/…odel-diagram
vztah mezi dvemi entitami a oboustrana....
to je uz hloupost proc to delat, to jsem mylsim jeste nevidel. kdyz uz mas vazbu
mezi dvemi entitami napr autor a kniha. tak ty nepotrebujes u autora uvadet
knihy ktere napsal staci kdyz to mas u knihy
a potom kdyz potrebujes knihy ktere napsala dany autor tak vezmes PK autora a vyhledas ho v tabulce knihy kdyz chces autora ktery napsal danou knihu tak vezmes FK a vyhledas ho v tabulce autor a takhke to vlastne funguje
dale dalsi vec u databaze je dulezite aby se udaje v ni neopakovali napr:
tabulka knihy: (sloupce) id, jmeno_autora, prijmeni_autora, nazev,.....
kdyby v teto tabulce bylo 10 knih od Karla capka tak by se tam nekolikrat vyskytoval karel capek tam uz ke velka duplicita tak je lepsi si to hodit do samostane tabulky autor a misto tech dvou sloupcu se vlozi FK a takhke vlastne usetris i paměť
snad to to pomuze
Zobrazeno 4 zpráv z 4.