Databáze fóra - proč musí být tabulky v relaci 1:N?*

Třeba k uložení názvu tématu?

Ztrácím se v tom, na co se ptáte? K čemu je obecně cizí klíč? K hlídání integrity dat - aby se nedal příspěvek napsat do neexistujícího tématu.

Já tomu právě moc nerozumím. Na co se ptáte. Cizí klíč určuje vazbu mezi tabulkami, ale můžete tam mít i tu vazbu bez využití cizího klíče, pokud např. zvolená databáze cizí klíče nepodporuje.

Do tabulky udalost by se spíše měl ukládat primární klíč uživatele - tedy asi id_uzivatele ne jeho login. Pak je možné uživateli změnit login aniž by přišel o vazbu na události.

dbrel:
„A na co potřebuju mít vazbu uživatele na událost?“
Protože třeba můžeš chtít vypsat/smazat všechny události od určitého uživatele (a to i při změně uživatelova jméno/přezdívky).

„a navíc takhle můžu u události jednoduše vypsat kdo jí napsal“
To samozřejmě jde i při použití cizích klíčů - použije se JOIN.

dbrel:
„Můj návrh:“
…
„A na co potřebuju mít vazbu uživatele na událost?“
Chápu to dobře, že jako autor návrhu se ptáte, proč jste to navrhl zrovna takhle? :-)
Návrh databáze by měl vypadat nějak takhle:
1. Co se vlastně bude dělat? Jak se to má chovat, z čeho se to zhruba bude skládat.
2. Jaké informace o jednotlivých prvcích budu potřebovat uchovávat a jaké vztahy mezi nimi jsou?
3. Z kroku 2 mám model toho co budu potřebovat, teď už jen podle toho modelu vytvořím databázi a tabulky.

Čili odpověď na otázku „Na co potřebuju mít vazbu…“ by měla být „Protože při analýze jsem zjistil, že to je nutné pro (nějakou požadovanou vlastnost aplikace)“

„Dočetl jsem se, že tyto tabulky musí být v relaci 1:N (tzn. mít jeden cizí klíč). A zajímá mě z jakého důvodu?“
Moc nerozumím na co přesně míří ten dotaz, ale:
- Předpokládejme, že je potřeba evidovat nějaké informace týkající se tématu (například název, popisek a podobně)
- Předpokládejme, že je potřeba evidovat nějaké informace týkající se příspěvku (autor, text a podobně)
- Příspěvek může mít právě jedno téma
- Jedno téma může obsahovat více příspěvků

Pokud to je takhle, mám entitu „Téma“ a entitu „Příspěvek“, mezi kterými je zjevně vztah 1:N (vyplývá z posledních dvou odrážek).
To se do databáze převede jako dvě tabulky ve vztahu 1:N.
Jak jinak byste to chtěl udělat?

Přehlednější bude vytáhnout id a pak insert. A když si do session dáte i id uživatele, tak ani tahat nemusíte.

dbrel:
„Je tam nutná vazba a nebo jí tam mám dát (neuškodí ničemu)?“
Že uživatel s ID=1 má oprávnění vytvářet témata není vazba mezi tabulkami Uzivatel a Temata.
Je to atribut uživatele, pokud to je dané takhle napevno- „Jen a pouze uživatel s ID=1 má oprávnění vytvářet témata“, nemusí se do databáze přidávat nic, protože ta informace už uložená je (ve sloupci ID - uživatel který má ID=1 je administrátor)

Další ilustrační příklady:
- Kdyby administrátorů mohlo být více, byl by to atribut uživatele, čili by se hodilo k uživateli přidat sloupec s významem "je administrátor".
- Vazba mezi těmi dvěma tabulkami by to byla třeba v případě, že by každé téma mělo přidělené jednoho administrátora. Pak by se do tabulky Temata asi hodilo přidat sloupec pro ID administrátora.
- Kdyby téma mohlo mít více administrátorů a administrátor mohl spravovat více témat, byla by to vazba M:N a hodilo by se založit tabulku pro administrátory témat (ID tématu, ID administrátora)