EagerReadDerivation: équilibrer les avantages et les coûts

Question

J'étudie la conception axée sur le domaine et le DDD distribué pour une prochaine application Silverlight sur laquelle je vais travailler. Le modèle EagerReadDerivation semble améliorer l'évolutivité de l'application, mais au prix d'une complexité accrue.

L'application pourra avoir des milliers d'utilisateurs qui téléchargent de gros fichiers texte (plus de 100 000 lignes) qui devront être traités par plusieurs services. Nous devrons également prendre en charge les scénarios «what-if» (a la ParallelModel). Je crois qu'une approche basée sur un modèle nous aidera à gérer la complexité, donc je voudrais garder la logique hors de la base de données autant que possible.

Ma question s'adresse aux développeurs qui ont essayé le modèle EagerReadDerivation: cela at-il été payant pour vous, et cela valait-il la peine d'ajouter de la complexité à votre application?

Answer 1

Pour estimer les avantages, vous devez prendre en compte le taux de téléchargement/requête. Si vous avez plus de requêtes que de téléchargements, vous devez définitivement appliquer le traitement au téléchargement.

Cela conduit également à un modèle plus répétable, les données ne peuvent pas être interrogées avant d'avoir été entièrement traitées. Si la logique est appliquée à la lecture, un problème survient lors de la modification des données lors de l'application de la logique de lecture. Dans tous les cas, laissez la logique hors de la base de données pendant votre planification.