2016-01-10 9 views
0

У меня простая бизнес-логика, я не хочу использовать Domain Driven Design (DDD) в моем проекте. Все, что я хочу, это реализовать следующее:Внедрение CQRS событий в C#

  • Запись на SQL.
  • сериализуйте объект как JSON и добавьте его в очередь.
  • Работника чтение сериализированного объекта и вставить его в MongoDB
  • приложение считывает данные из MongoDB не SQL

я нашел около CQRS и источников событий, а также о MassTransit, но я честно потерял.

Я думаю, что я хочу просто, но я не знаю, пойду ли я в правильном направлении, я ценю любую помощь.

+1

Чего вы хотите достичь? Почему вы считаете, что источники событий и очереди являются правильными инструментами? – jgauffin

+0

@jgauffin, я хочу писать на sql-сервер и читать из MongoDB или любой другой базы данных noSQL, потому что у меня много чтений. Я дошел до статей, рассказывающих о событиях и CQRS, вот почему я спрашиваю, правильно ли это? потому что я потерян. –

+0

Регулярная РСУБД (с плоской таблицей без отношений), а индекс будет очень быстрым, и у вас будет намного меньше сложности. Также намного дешевле покупать GB-серверы для сервера БД, чем поддерживать сложное решение. Было бы также интересно узнать, что вы имеете в виду с большим количеством чтений? – jgauffin

ответ

0

Это плохая идея .. я пошел по этому пути, и CQRS сложнее с CRUD ...

Не беспокойтесь обо всех автобусного события сети материала (масса транзитного) начинаются с простым CQRS на GitHub (его события получены, но просты) и эволюционируют оттуда. , затем напишите адаптер персистентности. SQL в порядке, но в долгосрочной перспективе, когда вы делаете большее приложение, вы будете искать что-то еще. SQL имеет очень плохую производительность вставки, особенно через EF.

Примечание. Приобретение событий проще для сложных приложений с большим количеством логики, но накладные расходы на базовую сложность. Многие онлайн-примеры предназначены для очень больших и сложных приложений.