pl: Klassen in Modeln oder Repositories aufbauen?

Beitrag lesen

Tach!

Der Overhead ist gering.

Vielleicht wenn man es mit einer konkreten Anzahl von Eigenschaften verwendet. Dann braucht man aber kein EAV. Eine variable Anzahl unbekannter Eigenschaften muss man irgendwie in der Benutzeroberfläche handhaben, inklusive eines administrativen Teils zu ihrer Verwaltung. Als gering würde ich das nicht bezeichnen.

Warum sollte das ein Problem sein oder gar zu einem Overhead führen? In einer Benutzeroberfläche weitere Felder hinzuzufügen damit weitere Eigenschaften erfasst werden können? Das geht per JS mit einem Klick! Oder entsprechend der Attribute/Werte Paare einen Eintrag mit allen Attributen im Benutzerbackend darzustellen? Wo siehst Du da ein Problem?

Ein DB-Design zu ändern ist da deutlich aufwendiger, als nur das Backend anzupassen. Und warum sollte eine Anwendung überhaupt vom DB Design abhängig sein? Das ist ziemlich konservativ.

MfG