а по мануалам не получается?

нам с 2.6 до 3.2 приходилось Обновились без проблем

а по мануалам не получается?

Можно?

Линк

Upgrade mongodb в гугле

Первая ссылка

Выбирать по очереди только

С 2.4 на 2.6

Потом до 3.0

Потом до 3.2

Народ, помогите нубу в монге. Есть (в формате mongoose) такая модель: const User = { name: String, actions: [{Date: Date}] } Каким запросом удалить записи, в которых Date больше определенного числа, но не выгружая при этом в память все записи модели и не выгружая все записи из actions? Должен быть итератор типа .each , но не понимаю, какой.

http://mongoosejs.com/docs/api.html#model_Model.update

никаких each, просто обыкновенный апдейт над коллекцие по условию

А если более сложная, чем ">" функция? Скажем, четный день?

четный день месяца?

ну, к примеру. Просто функция любой сложности. Скажем, вместо Date стоит String и нужно сделать проверку текста какой-нибудь NLP-функцией на грамматическую корректность.

https://docs.mongodb.com/manual/reference/operator/query/where/

спасибо!

можно передат ьполноценный js скрипт для обработки

ну не совсем полноценный

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

логично

товарищи: а можете подсказать как результат запроса в текстовый файл можно скинуть?

из консольного клиента монги

В терминале команда > file.txt

mongo —eval ?

mongo —eval ?

Да

спасибо

И не забудь в printjson завернуть

Народ, помогите нубу в монге. Есть (в формате mongoose) такая модель: const User = { name: String, actions: [{Date: Date}] } Каким запросом удалить записи, в которых Date больше определенного числа, но не выгружая при этом в память все записи модели и не выгружая все записи из actions? Должен быть итератор типа .each , но не понимаю, какой.

Добавить индекс по actions.Date

Но сложные запросы по датам не взлетят

Где почитать про nosql атаки?

Owasp толком ответа не даёт

Где почитать про nosql атаки?

У всех баз свои языки запросов, так что в такой формулировке в теории безопасности субд

окей, конкретезирую вопрос, куда смотреть чтобы защитится используя mongodb+mongoose? интересуют именно атаки на базу

С наступющим! Как решить эту задачку? http://jsbin.com/kaputilapu/edit?js,console

С наступющим! Как решить эту задачку? http://jsbin.com/kaputilapu/edit?js,console

const result = array.reduce((resObj, currEl) => { const { _id, subtitle, days = [] } = currEl; days.forEach(date => { if (!resObj[date]) resObj[date] = [] resObj[date].push({ _id, subtitle }); }); return resObj; }, {});

const result = array.reduce((resObj, currEl) => { const { _id, subtitle, days = [] } = currEl; days.forEach(date => { if (!resObj[date]) resObj[date] = [] resObj[date].push({ _id, subtitle }); }); return resObj; }, {});

круто) спасибо

const result = array.reduce((resObj, currEl) => { const { _id, subtitle, days = [] } = currEl; days.forEach(date => { if (!resObj[date]) resObj[date] = [] resObj[date].push({ _id, subtitle }); }); return resObj; }, {});

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

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

есть вариант решить эту задачу другим путем?

а есть в теории фришный хостинг с монгой, ато у моего только MySQL

heroku?

HNY.

СНГ

гайз, gui client для mongo - лучший выбор? os => linux || macos

в принципе, ответ найден - https://robomongo.org/

Robo 3T || Studio 3T

Studio 3T => дорохо бохато

Studio 3T => дорохо бохато

некоммерческая лицензия

Robo 3T под linux у меня не поставилась. удалили в последних версиях .deb. Studio 3T - установочный скрипт отлично все установил )

mongo compass?

mongo compass?

поздно - studio 3t поставил успешно )

поздно - studio 3t поставил успешно )

И как? Нра?

И как? Нра?

хз. я mongo только осваиваю ))

Привет Парни. Хотел спросить на счет репликации. Я хочу чтобы read операции осуществлялись в secondary. В монго есть для этого опция setReadPref. Вопрос в том, будут ли данные актуальные в secondary, если данные с primary в secondary синхронизируются ассинхронно?

Привет! Я использую пакет питона pymongo. Есть функция поиска которая удолетворяет все в фильтре? Например у меня есть доки с параметром города. City может иметь различное значение. Найти например город можно вот так: collection.find({'city':'Chicago'}) Юзер выбирает искать по всем городам, тогда нужно будет вести типа: collection.find({'city':all}) Конечно я могу этот параметр и не включить в поиск, но мне надо чтобы он вернул все города

Привет! Я использую пакет питона pymongo. Есть функция поиска которая удолетворяет все в фильтре? Например у меня есть доки с параметром города. City может иметь различное значение. Найти например город можно вот так: collection.find({'city':'Chicago'}) Юзер выбирает искать по всем городам, тогда нужно будет вести типа: collection.find({'city':all}) Конечно я могу этот параметр и не включить в поиск, но мне надо чтобы он вернул все города

Если я правильно понял, то так: collection.find({}, 'city') Такой запрос вернёт все города, которые есть в БД

Привет Парни. Хотел спросить на счет репликации. Я хочу чтобы read операции осуществлялись в secondary. В монго есть для этого опция setReadPref. Вопрос в том, будут ли данные актуальные в secondary, если данные с primary в secondary синхронизируются ассинхронно?

Если вам критична консистентность, то чтение только с мастер нод

Привет Парни. Хотел спросить на счет репликации. Я хочу чтобы read операции осуществлялись в secondary. В монго есть для этого опция setReadPref. Вопрос в том, будут ли данные актуальные в secondary, если данные с primary в secondary синхронизируются ассинхронно?

Не будут конечно.

Всегда будет лаг между primary и secondary

Но в 3.6 есть хорошие новости https://docs.mongodb.com/manual/core/read-isolation-consistency-recency/#causal-consistency

Главный вопрос: что привело к тому, что ты хочешь читать с secondaries. Это оправдано в очень узком перечне кейсов

Если это для масштабирования, то нужно использовать шардинг, а не пытаться нагрузить secondaries

Stable: 3.6.1 (Dec 26, 2017), Bugfix: 3.4.10 (Oct 31, 2017) 3.6.1: https://docs.mongodb.com/manual/release-notes/3.6/#dec-26-2017 3.4.10: https://docs.mongodb.com/manual/release-notes/3.4/#oct-31-2017 3.2.18: https://docs.mongodb.com/manual/release-notes/3.2/#nov-29-2017

Можете подсказать смысл ошибки? The $changeStream stage is only supported on replica sets

Это агрегация?

В общем эта шткковина работает только если настроена реплика

Иначе нет ?

Можете подсказать смысл ошибки? The $changeStream stage is only supported on replica sets

Анатолий правильно сказал. Этой штуке нужен oplog, а он ведётся только с включённой репликацией. Просто включи репликации и не добавляй других нод

Если это для масштабирования, то нужно использовать шардинг, а не пытаться нагрузить secondaries

Спорно и совершенно не рационально с точки зрения железа. Да и монговцы зачем-то casual consistency запилили в 3.6.

Спорно и совершенно не рационально с точки зрения железа. Да и монговцы зачем-то casual consistency запилили в 3.6.

Если внимательно читать мои сообщения, можно увидеть фразу «оправдано в узком перечне кейсов». сделать кластер с надежным чтением с secondaries — дорого.

Если внимательно читать мои сообщения, можно увидеть фразу «оправдано в узком перечне кейсов». сделать кластер с надежным чтением с secondaries — дорого.

Большинству задач не критично, что реплика будет оставать на пару секунд

Там не в отставании дело. А в HA

Требования по аппаратному резервированию в случае с чтения с secondaries совершенно другие

Иначе одна упавшая нода в реплике будет гарантировано укладывать всю реплику

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

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

Там не одну ноду надо добавить

Ёмкость реплик практически не масштабируется с ростом нод. Все ноды в реплике будут иметь один W, R на всех нодах будет в среднем на размер оплога + запросы. Так как балансировки нет, то и нагрузка будет равномерно размазываться по всем репликам и в итоге кеш будет занят примерно одиними данными.

Если делать read preference secondary, то нужно иметь минимум три secondary. Если делать secondaryPreffered то две, но с учетом удобства администрирования лучше три.

Короче это для local reads работает, а вот для остального — слабо.

Можно для ряда запросов к нагружённой коллекции сделать secondary, а для остальных primary. В этом случае можно снять нагрузку с primary. Но опять, это практически предел масштабирования внутри реплики.

Конечно, есть кейс когда не хватает сети, тогда да. Но это опять очень редко.

TL;DR: добавление нод в реплику добавляет мало условных qps.

Я бы не был столько категоричен. Но все зависит от конкретного кейса и надо тестировать в конкретной ситуации. Если, например, 99% запросов - чтение, то профит будет достаточно серьёзный.

Ну и local reads, да

Я бы не был столько категоричен. Но все зависит от конкретного кейса и надо тестировать в конкретной ситуации. Если, например, 99% запросов - чтение, то профит будет достаточно серьёзный.

Цена этого профита обычно недооценена.

Можно написать неудачных запросов, которые не будут использовать shard key и тогда хоть 10 шардов сделай - тоже никакого толку не будет.

Анатолий правильно сказал. Этой штуке нужен oplog, а он ведётся только с включённой репликацией. Просто включи репликации и не добавляй других нод

Пасиба. =)

Можно написать неудачных запросов, которые не будут использовать shard key и тогда хоть 10 шардов сделай - тоже никакого толку не будет.

Причём тут неудачность или удачность.

Анатолий правильно сказал. Этой штуке нужен oplog, а он ведётся только с включённой репликацией. Просто включи репликации и не добавляй других нод

mongod --replSet "rs" Теперь говорит not master.

rs.init()

Но в 3.6 есть хорошие новости https://docs.mongodb.com/manual/core/read-isolation-consistency-recency/#causal-consistency

Спасибо, да для масштабирование, лучше буду использовать шардинг

rs.init()

Это единственный способ?

* rs.initiate()

https://docs.mongodb.com/manual/tutorial/deploy-replica-set/