CouchDB / NoSQL и доменно-ориентированный дизайн?

Проведение небольшого исследования по привлечению внимания к проекту CouchApp.

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

Примеры:

• DDD-нет в мире CouchDB (например, GetObjectAFor (id, ... какой-то другой int, string, ObjectB, foobar) == BOOM )
• Когда DDD начинает указывать на то, что вам следует использовать SQL.
• Рекомендации DDD для тяжелого подъема CouchDB и потенциальных узких мест (моделирование представлений, сжатие, репликация и т. Д.)