Administrace komentářů

Další tabulku? Odkazující se na tudle tabulku předpokládám pomocí primárního klíče? Hmmmm. takže podle Tebe budeš mít jednu tabulku [uživatel, den] a druhou [uživatel, den, data]. Tomu říkám vyloženě užitečná struktura.

Jinak co myslíš tou denormalizovanou databází nechápu, protože přidání umělého klíče nikterak neporušuje normalitu databáze, žádná z pravidel normality nic neříká o tom, že tabulka nemůže mít klíče dva. Stejnětak normální formu neporuší přidání dalšího neklíčového atributu k tabulce s umělým PK (k tabulce bez něj ale ano - a proto je struktura s umělým PK pružnější).

Vytvořit si umělej klíč dodatečně můžeš, ale musíš upravit všechna místa v kódu, kde se na tu tabulku odkazuješ, protože vždy musíš rozlišit, zda chceš pracovat se všemi záznamy daného dne, nebo jen s jedním. Zatímco pokud máš od začátku umělej primární klíč, tak od začátku můžeš odlišovat sémantiku: klíč uživatel,den = všechny záznamy, id = jeden záznam, i když to v této chvíli znamená totéž. - Jinými slovy: jakmile v některé z DB tabulek uděláš z klíčového atributu neklíčový, koleduješ si o průšvih; proto se používají umělé klíče, protože u nich je tato možnost zpravidla vyloučena (i když zvěrstva se najdou vždy).

Víc joinovat? Proč? Co Ti brání všude v případě potřeby použít původní klíč, copak je v db zákaz používat odkazy na cokoli mimo PK? Od čeho jsou sekundární indexy? Jedině snad to, že vícehodnotové FK jsou ošklivé a znepřehledňují databázi (a z výše popsaných důvodů jsou i špatně rozšiřitelné) a proto se moc nepoužívají. Ale to jen ukazuje na to, že umělý jednohodnotový PK má své opodstatnění.