В CouchDB существуют ли способы повысить производительность процесса просмотра View?

Question

У меня есть некоторые основные виды и некоторые виды карты/сокращения с логикой. Ничего сложного. Не слишком много документов. Я пробовал с документами 250k, 75k и 10k. Похоже, я всегда жду индексацию взглядов.

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

Имеет ли emit() - меньше данных помощь? emit (doc.id, doc) против указания меньшего количества полей?

У более или менее сложных клавиш влияют на просмотр индексации?

Или это все о памяти, процессорных ядрах и скорости процессора?

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

Answer 1

Я бы углубился в функцию уменьшения. Попробуйте использовать встроенные функции Erlang, такие как _sum, _count, вместо написания Javascript.

Сложные виды могут занимать часы и более, это нормально.

Возможно, вы можете разместить такую ​​не слишком сложную карту/уменьшить.

И не забывайте: индексирование все Документы выполняются только один раз после смены вида (или нажатия целой группы новых документов). Последующие новые документы индексируются постепенно.

Используйте «&stale=ok», чтобы мгновенно получить «старые» данные, поэтому вам не нужно ждать. (Но обратите внимание: вам всегда нужно вызывать представление без stale=ok хотя бы один раз, чтобы вызвать процесс индексирования). Или лучше: используйте stale=update_after.

Answer 2

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

Answer 3

Код, который вы пишете во мнениях, больше похож на CREATE INDEX, чем SELECT. Должно быть неуместно, сколько времени потребуется, пока сборка изображений не отстает от скорости изменения документа. Построение взгляда - это потопленная (разовая) стоимость.

Когда запрашивает вид, который всегда является бинарным деревом, которое работает против статического набора данных в логарифмическом времени. Обычно это зависит от производительности людей (в производстве.)

Если вы не видите поведения, как я описываю, возможно, мы могли бы обсудить ваши функции просмотра и ваш общий подход к вашей проблеме. CouchDB сильно отличается от реляционных баз данных. В последнем случае у вас есть высоко структурированные данные и запросы свободной формы. В CouchDB у вас есть данные свободной формы, но сильно структурированные определения индексов (представления). За исключением случаев развития, изменения и пересмотр взглядов должны быть редкими.

Answer 4

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

Couchappy - это бесплатный высокопроизводительный Couchdb hosting, который позволяет вам использовать последние версии Apache CouchDB поверх дисков SSD.