Но это не касается случая, когда удаляются данные из разных коллекций

Удалится посту, но не сообщения или удалятся сообщения, но не пост или могут не все сообщения удалиться.

я же могу один запрос засунуть внуторь другого

Я боюсь, тут будет по одному запросу на каждое сообщение. Но зависит от того, как это в кишках ОДМ превращается в запрос к базе.

да так и получается - поэтому я и не знаю как правильно )

Всем привет! какой правильный метод бэкапа mongodb rs ? как лучше сделать ?

https://jira.mongodb.org/browse/SERVER-27089

Всем привет! какой правильный метод бэкапа mongodb rs ? как лучше сделать ?

https://docs.mongodb.com/manual/core/backups/

@dd_bb лучше же с Hidden мембера делать да ?

Зависит от бюджета, но лучше с него, да

при этом ему получается бэкапить localhost —oplog

не надо указывать мастер ноду ?

Я не понимаю о чём ты сейчас

)))0

https://docs.mongodb.com/manual/tutorial/configure-a-hidden-replica-set-member/

я имею в виду mongodump —host localhost

а не указывать replset name

в общем задача бэкапить не лазая на мастер :)

есть такой интересный метод mongodb delayed member

получается некий скользящий бэкап

Это не бекап

Это не бекап

"бэкап" в кавычках

"бэкап" в кавычках

Это не «бекап»

Это не «бекап»

это "бэкап"

Это просто нода применяющая оплог с задержкой. Это не резервная копия текущих данных.

ну темнеменее парни из монги в обучающм видео прсдлагали ее использовать как быстрый бекап да

ну темнеменее парни из монги в обучающм видео прсдлагали ее использовать как быстрый бекап да

сори за офтоп, парни из рпц тоже дофига чего предлагают )))

так себе бэкап...

Отличная защита от кривозапросов.

ну темнеменее парни из монги в обучающм видео прсдлагали ее использовать как быстрый бекап да

Как защиту от порчи данных, да. Но это не резервное копирование

Главное чтобы догонялось состояние в нерабочее время :)

ку

какие плюсы\минусы у полнотекстового поиска в монге по сравнению со сфинксом?

какие плюсы\минусы у полнотекстового поиска в монге по сравнению со сфинксом?

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

основной минус монги тут будет в том, что ты будешь ограничен скудным и несколько вторичным инструментарием, без каких либо экстеншенов

ну, она структурированная

тогда нужно понять какие задачи перед поиском ставятся

я ещё так понял, что индекс в монге строится только по одной локали?

https://docs.mongodb.com/manual/core/index-text/

https://docs.mongodb.com/manual/tutorial/specify-language-for-text-index/#specify-the-index-language-within-the-document

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

стеммеры не подключаются

я бы даже так сказал: вообще ничего не подключается

понятно, спсб

поддерживаются только строгие наборы языков: https://docs.mongodb.com/manual/reference/text-search-languages/#text-search-languages

короч если задача искать по описанию товаров или по комментариям, наверное монги хватит

если надо всякие хитрые вещи типа поиска по расстоянию, внешние стоп-словари, кастомные стеммеры и прочее, то скорее всего монги будет маловато.

если надо всякие хитрые вещи типа поиска по расстоянию, внешние стоп-словари, кастомные стеммеры и прочее, то скорее всего монги будет маловато.

мне скорее надо найти пересечения из двух множеств

мне скорее надо найти пересечения из двух множеств

[1,2,3] & [3,4,5]?

теги чтоли скрещиваешь?

типа того

а потеря данных при краше как фиксится?

никак? кластер держать?

если тебе морфология не нужна, то просто храни теги в массиве, индексируй массив и перескай сколько влезет (https://docs.mongodb.com/manual/reference/operator/query/all/ и $in)

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

во вторых, нужно понимать что с журналом, прямо потерять данные очень сложно

там очень узкое окно, пока журнал на диск не сбросили

а вот если журнал развалился, тогда ой

но это всё не очень важно, если твоё приложение для критически важнных данных использует правильный write concern

а при изменении большого количества данных вся таблица лочится?

а при изменении большого количества данных вся таблица лочится?

коллекция не лочится

Можно как-то отправить инсерт в несколько коллекций за один запрос? Хочу избавиться от того что приложение упало в момент между инсертом в первую коллекцию и вторую, хотя бы