Подтвердить что ты не робот

Когда я использую отдельную базу данных CouchDB?

Я разрабатываю систему, основанную на CouchDB. Он будет содержать несколько компонентов - список пользователей, главное хранилище данных, ведение журнала и т.д. Что я хочу понять, какова должна быть область данных CouchDB? Должен ли я иметь отдельные базы данных для каждого компонента или просто вставлять все в один и использовать свойство типа для каждого документа? Я знаю, что отдельные базы данных могут быть очень большими, но эффективность производительности зависит от того, все ли в одной базе данных, в отличие от разделения баз данных? По сути, каковы компромиссы?

Приветствует всех.

Ответ 1

Хороший вопрос, Дэн.

Я думаю, что это в основном проблема оптимизации. Хорошая идея - не оптимизировать (разделить на несколько баз данных) слишком рано. (Одним из исключений может быть журнал, который может быстро доминировать во всех других данных, требуя частого уплотнения. Я мог бы сразу отключить журналы.)

На производительность не влияет. В обмен на предопределенные запросы (определения представления) CouchDB гарантирует быстрый просмотр результатов.

Следует ли разделить на несколько баз данных, как правило, на проверку подлинности и разрешения. Если вы используете обычный веб-серверный интерфейс, это менее опасно.

Как и во всех представлениях, они подходят, если вы часто запрашиваете. Запросы сохраняют представление в актуальном состоянии с быстрым временем отклика. Задержки в обработке причины запроса для создания следующего. В производстве это не большая проблема.