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

звучит как вызов

ну и оно не меняется при апдейте, в вашем случае оно так и вообще не подходит

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

спасибо

создаете у всех доков поле по типу updatedAt и загоняете новые данные и обновляя время заливки. потом удаляете все что старше времени начала заливки

Лучше поле version

Нет, конечно. Но оно и не должно быть мгновенным для availability. Ну, при условии, что данные помимо переливки не модифицируются

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

Мы тут это уже обсуждали

Лучше поле version

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

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

Заводите поле version, делаете по нему индекс и заливаете все новые документы с одной версией. В приложении ко всем запросам добавляете это поле. После завершения загрузки новой выгрузки, делаете так, чтоб приложение использовало новую версию в запросе. Можно для этого завести отдельную коллекцию с версиями

У вас небольшой объём данных, это самый оптимальный способ. И не будет простоя

У вас небольшой объём данных, это самый оптимальный способ. И не будет простоя

спасибо! ?

всем привет. Ребят, есть архитектурный вопрос. Имеется маленький блокчейн, который я пытаюсь спарсить. В блокчейне есть операции, которые собираются в транзакции, которые собираются в блоки. Я подумал, что было бы неплохо выделить одну коллекцию под блоки, в которой каждый объект был бы представлен как информация о блоке + массив ObjectID транзакций в этом блоке. Далее в моделе для транзакций я подумал хранить объекты, содержащие информацию по транзакции + массив ObjectID, операций, входящих в эту транзакцию + ссылку на блок, к которому эта транзакция привязана. И на каждуо операцию я сделал отдельную коллекцию. Я подумал, что если мне, например, нужно вытащить список определенных операции по определенному аккаунту (допустим "лайки", которые поставил этот пользователь), я просто пробегусь по модели с лайками и вытащу все, которые относятся к этому пользователю. А вот как всё это сделать красиво и по уму я чот не знаю. Если есть советы и предложения, то пожалуйста. Любая помощь приветствуется

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

Приветули!) Подскажите плиз, у меня есть список пользователей, для каждого нужно сохранять и обновлять задачи которые приходят: есть коллекция users, в которой есть поле "tasks": {'_id':123456, 'phone': 0202020202, 'tasks':[{'_id': 12345, 'name': 'задача1'}, {'_id': 54321, 'name': 'задача2'}] Мне нужно добавлять\удалять\изменять новые словари в этом поле ("tasks") Просто суть в том, что одна задача может быть у нескольких пользоваетелей, и по каждому пользователю нужно вести свой учёт (выполнил ли задачу, отменил, и тд.) Можно ли это делать методом db.coll.update() ?? Или лучше создать еще одну коллекцию для задач?

Я бы коллекцию для задач сделал и отмечал бы там сотрудников которые выполнили задачку каким-нибудь флагом, + рефу на обжАйди сотрудника там же хранил бы. И сотруднику закинул бы рефу на задачу

Я бы коллекцию для задач сделал и отмечал бы там сотрудников которые выполнили задачку каким-нибудь флагом, + рефу на обжАйди сотрудника там же хранил бы. И сотруднику закинул бы рефу на задачу

тобишь в самой задаче хранить список сотрудников кому она открыта + флаг тому кто выполнил? можно ли как то обновлять\удалять\добавлять словари в ключ?? просто я так понимаю метод .update - работает по ключу, а мне нужно в этом ключе найти и апдейтнуть один из словарей?

тобишь в самой задаче хранить список сотрудников кому она открыта + флаг тому кто выполнил? можно ли как то обновлять\удалять\добавлять словари в ключ?? просто я так понимаю метод .update - работает по ключу, а мне нужно в этом ключе найти и апдейтнуть один из словарей?

Кажется только если весь аррэй менять и полностью обновлять. Надо методы смотреть, я на обеде сорян)

Кажется только если весь аррэй менять и полностью обновлять. Надо методы смотреть, я на обеде сорян)

вот, мне тоже кажется что нужно грубо говоря работать со всем списком словарей, (достать — обновить— залить в бд)

вот, мне тоже кажется что нужно грубо говоря работать со всем списком словарей, (достать — обновить— залить в бд)

Операторы почитай

Операторы почитай

спасибо, щас почитаю)

Операторы почитай

но оператором я смогу сделать выборку, но не вижу варианта апдейтнуть 1 словарь из списка словарей в одном ключе так понимаю что апдейтнуть можно только перезаписав весь ключ(а мне нужно только 1 словарь из списка)

Запущена mongodb на ubuntu на aws, случайно удалил колекцию…. можно ли востановить данные?

No

но оператором я смогу сделать выборку, но не вижу варианта апдейтнуть 1 словарь из списка словарей в одном ключе так понимаю что апдейтнуть можно только перезаписав весь ключ(а мне нужно только 1 словарь из списка)

$elemMatch вроде шото похожее)

Если tasks — это массив — то, $ для проекции. $pull — для удаления, $push для добавления Вот тут подробно все операторы, которые вам нужны https://docs.mongodb.com/manual/reference/operator/update-array/

Приветули!) Подскажите плиз, у меня есть список пользователей, для каждого нужно сохранять и обновлять задачи которые приходят: есть коллекция users, в которой есть поле "tasks": {'_id':123456, 'phone': 0202020202, 'tasks':[{'_id': 12345, 'name': 'задача1'}, {'_id': 54321, 'name': 'задача2'}] Мне нужно добавлять\удалять\изменять новые словари в этом поле ("tasks") Просто суть в том, что одна задача может быть у нескольких пользоваетелей, и по каждому пользователю нужно вести свой учёт (выполнил ли задачу, отменил, и тд.) Можно ли это делать методом db.coll.update() ?? Или лучше создать еще одну коллекцию для задач?

Судя по всему tasks — все же массив

Судя по всему tasks — все же массив

Спасибо) да, массив)) но оно ведь всеравно будет перезаписывать весь ключ?

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

Спасибо) да, массив)) но оно ведь всеравно будет перезаписывать весь ключ?

Если массив, поправьте пример. Там должны быть [] в валью для ключа tasks

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

Влаженные массивы если короткие, или ссылки на другую коллекцию

вложенные массивы в каком виде?

ссылки на другую коллекцию - создать коллекцию чисто под ответы на комментаррии?

смысл какой в этом?

смысл какой в этом?

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

по мне так надо делать это одной коллекцией - Comments. при этом хранить во вложенном массиве не сам контент, а айдишники комментариев-ответов. вопрос - как это связать все?

и как быть с ответом на ответ к комментарию?? еще один массив вкладывать?))

а как быть с ответом на ответ к кответу к комментарию?

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

по примеру реддит, если надо образец

там у них в данных светится типо parentID

а как быть с ответом на ответ к кответу к комментарию?

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

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

ну естественно нет

Почитайте здесь https://docs.mongodb.com/ecosystem/use-cases/storing-comments/ может это то что вам нужно

спс, почитаю. если кто-то сталкивался с такой задачей, напишите плз

Если массив, поправьте пример. Там должны быть [] в валью для ключа tasks

Точно, спасибо)

У меня запрос _id:req.params.typeId meals.id: req.params.mealId видает null

req.params проверил

У меня запрос _id:req.params.typeId meals.id: req.params.mealId видает null

Ещё не разобрался как это работает, но у меня на Node.js для поиска по _id нужно импортировать из пакета с драйвером метод ObjectId и конвертировать строки в ObjectId, тогда находит

Типа const { ObjectId } = require('mongodb') const id = ObjectId(mealId) db.collection...find({ _id: id })

Ещё не разобрался как это работает, но у меня на Node.js для поиска по _id нужно импортировать из пакета с драйвером метод ObjectId и конвертировать строки в ObjectId, тогда находит

Я нашел ошибку

Ещё не разобрался как это работает, но у меня на Node.js для поиска по _id нужно импортировать из пакета с драйвером метод ObjectId и конвертировать строки в ObjectId, тогда находит

Там meals._id

Там meals._id

Мне как-то всё равно, главное мысль донести

Мне как-то всё равно, главное мысль донести

У меня без конвертирование в ObjectID работает

У меня без конвертирование в ObjectID работает

Если работает то почему ничего не находит? :)

Я нашел ошибку

Находит

Наверное ето потому, сто я юзаю монгус

Тупой Т9

Находит

Так если нул значит нет ничего по критериям

Наверное ето потому, сто я юзаю монгус

Ну монгусь сам конвертит, да

Товарищи привет, подскажите пожалуйста в чем может быть проблема , реплика сет не собирается . секнодари ноды не могут авторизоваться у primary UserNotFound: Could not find user test@admin Юзер такой создан rs0:PRIMARY> db.getUser("test") { "_id" : "admin.test", "user" : "test", "db" : "admin", "roles" : [ { "role" : "root", "db" : "admin" } ], "mechanisms" : [ "SCRAM-SHA-1", "SCRAM-SHA-256" ] } В чем проблема не могу понять

а security file создан и один и тот же на всех нодах?

Предыдущий вопрос неправильный, он отменяется?

а security file создан и один и тот же на всех нодах?

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

Всем привет! А есть какая-нибудь mongo админка, которую можно запустить в докере и настраивать доступы к коллекциям и БД?

Всем привет! А есть какая-нибудь mongo админка, которую можно запустить в докере и настраивать доступы к коллекциям и БД?

А чем стандартные на десктопе не устраивают?

А чем стандартные на десктопе не устраивают?

Эмм, у меня в kubernetes кластер. И там монга

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

Нет. Только форвардинг портов делать или vpn пробрасывать.

Ну это я и имел в виду, вывести порт наружу с авторизацией, и подцепиться Атласом или Монгохабом

Это не всегда удобно.Но вопрос не про это. Монгохаб бесплатный клиент?

Это не всегда удобно.Но вопрос не про это. Монгохаб бесплатный клиент?

Да, но только под OS X он есть

Я так понимаю, вы хотите phpmyadmin, только для MongoDB?

а зачем тогда компас?

Я так понимаю, вы хотите phpmyadmin, только для MongoDB?

Да. Сейчас использую mongo-express, но там все базы открыты, а хотелось бы разграничения использовать и авторизацию

Я кроме mongo-express ничего нормального не слышал, так чтобы еще и не совсем мертвое. Думаю остальное сильно хуже будет по функционалу.

Да. Сейчас использую mongo-express, но там все базы открыты, а хотелось бы разграничения использовать и авторизацию

Вы можете, наверно создать пользователей N-количество, разграничить их правами, и поднимать отдельные инстансы под них

Вы можете, наверно создать пользователей N-количество, разграничить их правами, и поднимать отдельные инстансы под них

Да проще наверное тогда с десктопной версией

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

Да проще наверное тогда с десктопной версией

Наверно, думаю большинство так и делает

Да проще наверное тогда с десктопной версией

Я создам пользователей с доступами к определенным базам.

Да проще наверное тогда с десктопной версией

http://mongodb-tools.com может тут, что-то приглянется? https://nosqlclient.com, например.

http://mongodb-tools.com может тут, что-то приглянется? https://nosqlclient.com, например.

Спасибо, гляну

@f545_j_43g43u_jer3tfgu32fh3333 https://hub.docker.com/r/mongoclient/mongoclient/