2016-01-10 3 views
0

J'ai une logique métier simple, je ne veux pas utiliser la conception DDD (Domain Driven Design) dans mon projet. Tout ce que je veux est de mettre en œuvre ce qui suit:Implémentation de l'approvisionnement d'événements CQRS en C#

  • Écrire sur SQL.
  • sérialiser l'objet en tant que JSON et l'ajouter à une file d'attente.
  • Un travailleur lire l'objet sérialisé et insérez-le à en MongoDB
  • l'application lit de MongoDB pas SQL

J'ai trouvé sur les CQRS et l'approvisionnement des événements et aussi sur MassTransit, mais je suis honnêtement perdu.

Je pense que ce que je veux est simple, mais je ne sais pas si je vais dans la bonne direction, j'apprécie toute aide.

+1

Que voulez-vous réaliser? Pourquoi pensez-vous que l'approvisionnement en événements et les files d'attente sont les bons outils? – jgauffin

+0

@jgauffin, je veux écrire dans le serveur sql et lire depuis MongoDB ou toute autre base de données noSQL, car j'ai beaucoup de lectures. J'ai trouvé des articles qui parlent d'approvisionnement d'événements et de CQRS, c'est pourquoi je demande, est-ce la bonne direction? parce que je suis perdu. –

+0

Un SGBDR régulier (avec une table plate sans relations) et un index sera très rapide et vous aurez beaucoup moins de complexité. Il est également beaucoup moins cher d'acheter des Go de RAM pour le serveur DB que de maintenir une solution complexe. Serait également intéressant de voir ce que vous voulez dire avec beaucoup de lectures? – jgauffin

Répondre

0

Ceci est une mauvaise idée .. Je suis allé dans cette voie et CQRS est plus difficile avec CRUD ...

Ne vous inquiétez pas tous les trucs de bus d'événements réseau (transport en commun) commencent par CQRS simples sur github (son événement provient mais simple) et évolue à partir de là. , puis écrivez un adaptateur de persistance. SQL est bon pour démarrer mais à long terme quand vous faites une application plus grande, vous allez chercher quelque chose d'autre SQL a des performances d'insertion très pauvres en particulier grâce à EF.

Remarque L'approvisionnement d'événements est plus simple pour les applications complexes avec beaucoup de logique, mais il présente un surcoût de complexité de base. Un grand nombre d'exemples en ligne concernent des applications très volumineuses et complexes.