Fórum Root.cz
Hlavní témata => Server => Téma založeno: v 10. 11. 2014, 20:57:13
-
Nedávno jsem se vmísil do debaty o návrhu databáze pro celkem netriviální systém (nebudu upřesňovat), po cca třech týdnech existují dva názorové proudy jak dojít k použitelnému schématu:
1) tabulky jsou zadarmo, ORM taky, "klasický" relační návrh, desítky tabulek
2) moc tabulek a vazeb vede k nepřehlednosti, změny v datech vyžadují DDL, řešení je EAV
Prosím o Vaše myšlenky k těmto protikladným postojům a příklady jejich použití v praxi tj. konkrétní schémata (F/OSS).
Děkuji
-
Dokud padají slova jako ORM nebo EAV tak to znamená že se bavíte o nějakém malém projektu a tedy není zase až tak důležité co se použije.
-
Obecně: normalizovat do 5. - 6. NF a pokusit se deklarativně přímo v DB popsat omezení, jenž data musí splňovat (což vzhledem k tomu, že podpora omezení přes více tabulek je žalostná, nemusí být možné).
moc tabulek a vazeb vede k nepřehlednosti, změny v datech vyžadují DDL, řešení je EAV
S EAV se pracuje ještě hůře než s 6. NF.