Gewinn/Verlust mit SQL

[Ludger]

Hi,

Nicht alles was einfacher aussieht, ist besser.

es ist nicht einmal so, dass alles, was einfacher ist, wirtschaftlich gesehen besser ist. Aber, um unoetigen Diskussionen vorzubeugen (ich hasse den _vorzeitigen_ Einwand "Performance" im Datendesign), schlage ich vor Designfragen grundsaetzlich immer wie folgt zu bearbeiten:
1.) "Alles so einfach wie moeglich" (also keine Kompromisse)
2.) Denormalisieren wenn gute Gruende dafuer sprechen

Oft kommt man dann in der Diskussion gar nicht auf 2 zu sprechen. Uebrigens werden die Folgekosten bei denormalisierter Datenhaltung oft unbetrachtet gelassen. Schlecht skalierende, wartungsunfreundliche und kaum weiterentwicklungsfaehige Systeme koennten die Folge sein.

Wer hat schon mal ein voelig verhunztes System gesehen?

Geschwindigkeit ist hier sicher nicht gefragt gewesen. Ich wollte nur auf Deine Pauschalisierung "einfacher=besser" eingehen.

Danke fuer Deinen Beitrag!

Gruss,
Ludger