В базах данных SQL данные организованы вокруг таблиц. В CouchDB нет таблиц. Как будут организованы данные одного приложения в CouchDB? Единая база данных, в которой много документов просто бросается, а затем использует представления для группировки данных, которые служат для этой цели? Или несколько баз данных (звучит неправильно, но видели это в некоторых проектах), рассматриваемых как таблицы SQL?Сколько баз данных CouchDB для каждого приложения?
Как и большинство вещей, это зависит от ваших требований приложения. Использование единой базы данных может быть проще, но не всегда.
Я видел, как люди используют единую базу данных с несколькими проектными документами, каждый из которых определяет свои собственные взгляды, относящиеся к конкретному типу документов. Это позволяет совместному существованию нескольких типов документов в одной базе данных. Одна база данных делает стратегию резервного копирования намного проще.
Я видел несколько баз данных, используемых для логического группирования вещей пользователем/группой/учетной записью. Это важно, если держать данные явно силовыми и раздельными. Другим преимуществом такого подхода является то, что вы можете более легко реализовать пользовательскую логику между различными типами клиентов/учетных записей. (конечно, с компромиссом, что вещи могут дрейфовать между всеми этими разрозненными базами данных)
На этот вопрос нет «правильного ответа», как я уже говорил, прежде чем это будет зависеть от потребностей вашего приложения. Я бы начал с единой базы данных, но был бы открыт для переключения на несколько, если он будет лучше соответствовать вашим данным. CouchDB является гибким: