CouchDB / NoSQL и доменный дизайн? - PullRequest
7 голосов
/ 05 февраля 2011

Проведение исследований по ускорению разработки проекта CouchApp.

Я понимаю концепцию хранилища данных документа по сравнению с обычной СУБД.И я могу полностью понять моделирование документов и представлений вместо того, чтобы использовать операторы WHERE и JOIN.Но я не смог найти много ресурсов о том, как моделировать документы, представления и проектные документы с учетом дизайна, управляемого доменом (DDD).

Примеры:

  • Нет DDD в мире CouchDB (например, GetObjectAFor (id, ... некоторые другие int, string, ObjectB, foobar) == BOOM )
  • Когда DDD начинает указывать, что вместо него следует использовать SQL
  • Соображения DDD для тяжелой работы CouchDB и потенциальных «горлышков» (моделирование, сжатие, репликация и т.*

1 Ответ

3 голосов
/ 22 апреля 2011

Посмотрите на CQRS - он отлично подходит для комбинации DDD + NoSQL.

См. Тег #cqrs здесь, а также посмотрите на:

http://cqrs.files.wordpress.com/2010/11/cqrs_documents.pdf

http://groups.google.com/group/dddcqrs/browse_thread/thread/26d08282c329a598/e7f6986d6445dc73?pli=1

http://blog.jonathanoliver.com/2010/07/cqrs-event-store.html

http://www.youtube.com/results?search_query=cqrs&aq=f

...