Příklady komplexního databázového schématu

[v]

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

[Reklama]

[Kolemjdoucí]

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.

[Radek Miček]

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.