EagerReadDerivation: Ausgleich der Vorteile mit den Kosten

Question

Ich studiere Domain-Driven Design und Distributed DDD für eine kommende Silverlight-Anwendung, an der ich arbeiten werde. Das EagerReadDerivation-Muster scheint die Skalierbarkeit der Anwendung zu verbessern, allerdings auf Kosten einer erhöhten Komplexität.

Die Anwendung wird potenziell tausende von Benutzern haben, die große Textdateien hochladen (mehr als 100.000 Zeilen), die von mehreren Diensten verarbeitet werden müssen. Wir müssen auch "Was-wäre-wenn" -Szenarien unterstützen (a la ParallelModel). Ich glaube, dass ein modellgetriebener Ansatz uns helfen wird, die Komplexität zu verwalten, sodass ich die Logik möglichst aus der Datenbank heraushalten möchte.

Meine Frage ist für Entwickler, die das EagerReadDerivation-Muster versucht haben: Hat es sich für Sie gelohnt, und war es die zusätzliche Komplexität in Ihrer Anwendung wert?

Answer 1

Um die Vorteile einzuschätzen, sollten Sie das Verhältnis von Upload und Abfrage berücksichtigen. Wenn Sie mehr Fragen als Uploads haben, sollten Sie die Verarbeitung beim Upload definitiv anwenden.

Es führt auch zu einem wiederholbar Muster, die Daten können nicht abgefragt werden, bevor es vollständig verarbeitet wurde. Wenn Logik beim Lesen angewendet wird, tritt ein Problem auf, wenn die Daten geändert werden, während Logik zum Lesen angewendet wird.

In jedem Fall, lassen Sie Logik aus der Datenbank wie geplant.