Тема не для этого чата

э, человек спросил, надо начтавить ан путь истинный

В личку можно продолжать наставлять

Здравствуйте, подскажите, пожалуйста... Есть коллекция Settings -> объект с полями event: "isGameOntime" и timer: {value: false, min: 1, sec: 0, millsec: 0} как я могу через JS изменить поле timer.value?

Settings.update( { event: 'isGameOnTime' }, { $set: { "timer.$.value" : false } } );

так не получается

без доллара

timer.value

доллар нужен при работе с массивами

Действительно)) Все работает, спасибо

Да, я так и понял уже.. просто есть еще похожий функционал с массивами, вот и скопировал с долларом... спасибо

когда вызываешь createIndex, то он будет каждый раз делать индекс или только первый раз делать, а затем при insert обновлять? createIndex вызывать после insert или перед find?

createIndex создаёт индекс. Дальше индекс пополняется и обновляется автоматчески (по insert / update / delete), ничего дополнительно делать не надо.

Кто mongo-migrate юзает? Есть API сервер на express + mongo. Крутится в Docker контейнере. Как бы автоматизировать выполнение миграций? Чтоб во время билда контейнера накатывались. А то щас приходится после деплоя заходить ручками в контейнер и выполнять команду.

Бось спрасить, но зачем?)

Бось спрасить, но зачем?)

Зачем миграции в монге? =)

Зачем миграции в монге? =)

Как это зачем?

Переписав код, данные сами магическим образом обретут новую структуру?

Ну вот и я не знаю чему люди удивляются.

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

спс

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

Если по конкретнее, допустим есть модель user, у него может быть массив friends, который может быть любой длины, лучше его вынести в отдельную можель или оставить вложенной

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

Насколько я знаю максимальный размер документа - 16мб. Или вопрос в другом?

Вопрос в целесообразности использовании вложенности объектов друг друга, либо выносить в отдельную сущность.

в случае user, friends не вижу смысла выносить - это только усложнит. Есть смысл выносить если объект большой и при этом он используется многими другими объектами, а у каждого user свой firends, два юзера не могут иметь один и тот же массив firends (могут но вряд ли)

Ну так разве в этой задаче friends не состоят из таких же юзеров?

ну да, но сам массив ссылок не надо выносить

нет, там ссылки на других user

алекс, то есть большой массив friends не будет ударять по производительности, и по скорости запросов к user?

Так а что правильно хранить в таком массиве?

Уже готовые объекты френдов, или просто их список id ?

Ведь у разных юзеров может быть в друзьях один и тот же друг

И будет дублирование информации

Надо исходить из того зачем вам друзья. Друзья это вообще граф обычно. Для них так вообще отдельные хранилища есть (но по отзывам они в среднем так себе, но тут скорее к математике вопрос)

В массивах надо хранить те вещи, которые разумно ограничиваются. Если вещи не ограничиваются, то их лучше денормализировать. Можно заводить например коллекцию связей, где в одном документе не более 1000 друзей. См https://docs.mongodb.com/ecosystem/use-cases/storing-comments/#hybrid-schema-design Но без конкретного кейса очень тяжело советовать.

а в чем существенное отличие между enterprise и community версиями?

в частности интересует вопрос бесплатного использования

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

http://www.gnu.org/licenses/agpl-3.0.html

Вроде так

В массивах надо хранить те вещи, которые разумно ограничиваются. Если вещи не ограничиваются, то их лучше денормализировать. Можно заводить например коллекцию связей, где в одном документе не более 1000 друзей. См https://docs.mongodb.com/ecosystem/use-cases/storing-comments/#hybrid-schema-design Но без конкретного кейса очень тяжело советовать.

могу конкретизировать, хранить нужно ссылку id, на другого friend, потому что это просто другой user, который связан связью, странная тавтология)

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

то есть колличество таких массивов за ранее не известно, соответсвенно не известно и размер

ну ясен пень что тут надо всё в один документ кидать - а кидать в несколько документов - это усложнять только жизнь себе

один юзер - один документ

В репозиториях свежая версия 3.4. появилась, 3.4.14 На сайте монго значится как upcoming скоро аннонс должен быть

Спасибо alex, и все другим кто помог)

Как можно посмотреть oplog, на mongodb atlas?

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

Ты без покупки лицензии не имеешь права использовать Enterprise в любых целях, кроме ознакомительных. Community Edition, можешь использовать в коммерческих целях.

понял, спасибо

Емнип, лицензия начинается от 5к за data bearing сервер в год.

Но у них линейка услуг существенно расширилась, может дешевле стало

подскажите, реально ли посетить в докер контейнере (docker-compose) юзера и пароль для определенной db?

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

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

Нихрена непонятно

Сделать контейнер с базой, где будет настроена аутентификация?

Или клиента в контейнере, который будет иметь логин-пароль для подключения к базе?

Сделать контейнер с базой, где будет настроена аутентификация?

да

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

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

Не, только со скриптами, можно, например, вот так: https://github.com/aashreys/docker-mongo-auth А можно на js написать создание юзера

Или его image взять за основу

У меня есть скрипт в js на создание юзера

https://hub.docker.com/r/aashreys/mongo-auth/

Как его запустить в контексте

Тогда в чем проблема?

У меня один докерфайл

На ноду+ монго

Есть докеркомпоуз

Который поднимает и году и монго

Нужно как-то запустить этот скрипт js в контексте монги

А не в контексте node

volumes: - /{путь до папки с твоим .js}:/docker-entrypoint-initdb.d/

Спасибо ща попробую

а этот путь должен быть локально в системе

или как?

в общем у меня все в dockerfile копируется в /usr/src/app

но в docker-compose как путь то указать?

- /usr/src/app:/docker-entrypoint-initdb.d/ ?

@vl_zv

- /usr/src/app:/docker-entrypoint-initdb.d/ ?

Ага

А там только один скрипт должен быть js и произвольного названия пойдет?

А там только один скрипт должен быть js и произвольного названия пойдет?

Да

Ок

Спасибо попробую еще

Спасибо попробую еще

Там внутри образа лежит docker-entrypoint.sh, который при запуске смотрит в ту папку и закускает все .sh и .js, что там найдет