Кто нибудь использовал в реальных проектах?
Нужно хранилище с синхронизацией для мобильных клиентов.
Насколько реально использовать при рабочей нагрузке 1000000+ документов на мобильных устройствах?

А что-нибудь более развернуто можете ответить?
Особенно интересует насколько надежно работает механизм синхронизации и
реально ли на мобильных устройствах комфортно работать с БД на этих устройствах с 1000000+ документов?
Насколько годный оптимизатор запросов N1QL, особенно в части миксов в запросе обычных индексов и FTS?

Это что военная тайна, по NOSQL много вопросов не только у меня возникает.
"Насколько годный оптимизатор запросов N1QL, особенно в части миксов в запросе обычных индексов и FTS?"
Неужели так сложно написать пару предложений с ответом на этот вопрос, зачем усложнять?
Я просто натыкался на критику оверхед по памяти, на виртуалке где я развернул, даже в покое он 30% процессора ест.
Проект под андроид, вот и хотелось из коробки репликацию, и одну субд на андроиде и сервере, но судя по ответами все профи,
но "я свидетель, а что случилось?"

Судя по предыдущему комментарию, "пропала слободка".
И да "уважаемый" сэр, извините что стою на ваших кахонас, потому как
для такой немотивированной агрессии нет причин, кроме вышеозвученной.
Вопрос снимается.
Слишком много ЧСВ в воздухе.

Для тех, кто будет задумываться о сабже.
нас в проекте couchbase вообще не прижился, пришлось отказаться в пользу кафки.
Проблема была в том, что couchbase lite периодически (достаточно часто) впадал в странное состояние, когда он должен синкаться с syncgateway, но по факту синхронизации не происходит. Помогал только рестарт клиента.
Танцы с бубнами не помогли, решили что дешевле отказаться от него


Работал довольно плотно с Couchbase. Моё мнение — лютое УГ. Какое то нагромождение мемкеша, языка запросов N1QL приделанного сбоку и прочего.
При не очень сложных запросах сжирал всю память на Query нодах и падал.
Может, конечно, мы его неправильно готовили, но всё делалось в соответствии с бест практис.
Уехали на Кассандру и довольны.


Комменты с хабра.
Здесь ожидал подобной дискуссии как в плюс, так и в минус. Уже не торт

Спасибо за ссылки.
По мегафону как раз есть на русском статья на хабре, откуда я взял комменты.
По видео: в конце они сами говорят, что пользоваться не хотят им и переезжают на свой софт.
В моем случае никаких танковых клиньев кластеров, просто сервис, который должен обеспечивать
достаточную производительность.
Я попробовал FTS на couchebase и он очень странно себя ведет.
Комбинация FTS через внешний запрос и N1QL мне показалось, что сработало медленно.

Спасибо за ссылки.
Особенно вторая, я именно это и не понимал как работает вместе.
Я просто стою на перепутье, либо в андроиде завязаться на родной понятный sqlite,
но тогда всю синхронизацию данных делать руками, либо пытаться
натянуть глобус на couchbase.
Никаких мегакластеров не будет. Просто рабочий сервер, плюс резерв/backup.
В первую очередь интересует, насколько надежно данные будут обрабатываться.
В основном я видел примеры использования nosql в кейсах различных кэшей, где
допустимы разные факапы.
В моем случае потеря данных-это провал.

И кстати откуда версия 6.5? на сайте только 6.0