TIP: Přetáhni ikonu na hlavní panel pro připnutí webu
Dobry den chcel by som sa opytat ci navrh databazy ktory je na obrazku je dobry. Jedna sa o model pre Planovaci kalendar ktory bude vlastne aplikacia v php ale udalosti pre uzivatelov sa budu ukladat do databazy. Jedine povinne udaje su v tabulke user ostatne uzivatel nemusi nikdy zadat. Este do tabulky reg sa vzdy ulozi datum registracie.
no jestli user <-> reg je 1:1 tak bych se na extra tabulku urcite vykaslal.. je to zbytecna rezie kvuli jedny polozce, ktera musi byt vzdy... user details se mi zda ze taky nemusi byt nutne samostatne - staci kdyz se nastavi na NULL pokud je clovek nezada... (predpoklada to 1:0-1)
zjednodusi se pripadne prace s databazi - optimalizace sou sice nekdy super ale nic se nesmi prehanet :D stejne je to hlavne kvuli tomu, aby nebyly stejny data v databazi vicekrat - a tady nevidim moc duvod k rozdelovani
#2 KIIV
Dakujem za odpoved
tak skusal som to optimalizovat po 3NF a toto mi vyslo tak ale ten registracny datum dam urcite naspat do tabulky user to sa mi nepaci ani nepozdava tak. Este sa spytam ci je lepsie pouzivat IDENTYFYING alebo NON-IDENTIFYING vztahy?
Dakujem
no podle toho co sem si ted precetl nemas na vyber... musis to jen spravne urcit - napriklad: http://www.datanamic.com/support/relationshiptypes.html
non-identifying je (pokud sem to dobre pochopil), kdyz zaznam muze existovat bez vazby na nadrazenou tabulku - muze/nemuze? => identifying/non-identifying
Zjistit počet nových příspěvků
Ano, opravdu chci reagovat → zobrazí formulář pro přidání příspěvku
© 2003–2026 Programujte.com
Duch
Nahlásit jako SPAM
IP: 158.193.83.–
God of flame
Nejlepší odpověď