А в чем вопрос?

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

В чате не нужно хранить идентификаторы всех сообщений

Достаточно идентификатора чата в самом сообщении

В чате не нужно хранить идентификаторы всех сообщений

А как мне тогда зделать populate('message') при выборке чата ?

А как мне тогда зделать populate('message') при выборке чата ?

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

Я не знаю вашей задачи, но обычно тащить все сообщения вместе с чатом плохая идея

Тем более когда чатов несколько

А в чем вопрос?

я только пробую mongo db/ сама суть что мне надо при создании нового message связать его с chat. Чтобы потом при выборке чата получить все его сообщения

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

Используйте этот вариант

Для учебной задачи схема конечно может быть как ваша

Я не знаю вашей задачи, но обычно тащить все сообщения вместе с чатом плохая идея

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

Можеш открыть пожалуйста глаза , как ето делать правильно

спасибо

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

Когда вы делаете populate mongoose делает отдельный запрос в другую коллекцию

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

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

Когда вы делаете populate mongoose делает отдельный запрос в другую коллекцию

да, но они идет в 1 коннекте , а если по отдельности все брать то 2 запроса два коннекта

да, но они идет в 1 коннекте , а если по отдельности все брать то 2 запроса два коннекта

Соединение с БД должно устанавливаться при старте приложения и поддерживаться все время пока оно использует базу данных

И обычно используется не одно соединение, а целый connection pool

Т.е. несколько соединений, что позволяет отправлять запросы параллельно

Не нужно постоянно открывать/закрывать соединение, это очень дорогая операция

Соединение с БД должно устанавливаться при старте приложения и поддерживаться все время пока оно использует базу данных

сори перепутал не коннекте а транзакции если смотреть со стороны sql

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

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

спасибо запомощь

Товарищи, есть 2 коллекции mongodb В одном лежат отправленные письма, в другом - принятые письма У них есть даты отправки и получения соответственно Подскажите пожалуйста, как их поженить для отображения в виде "чата"?

Пришёл к тому, что map/foreach/filter никто не отменял

Товарищи, есть 2 коллекции mongodb В одном лежат отправленные письма, в другом - принятые письма У них есть даты отправки и получения соответственно Подскажите пожалуйста, как их поженить для отображения в виде "чата"?

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

Если в схеме монгуса не указать require а только тип, то это поле будеть необязательное то есть require: false?

Если в схеме монгуса не указать require а только тип, то это поле будеть необязательное то есть require: false?

Да

добрый, есть вопрос по конфигам. Есть ли возможность юзать два разных кластера в одном приложении с одним конфигом. При этом иметь возможность моделям назначать какой кластер использовать, что то типа: store_in collection: 'activeadmin_users', database: name_cluster пример конфига: development: clients: admindb: uri: mongodb+srv://admindb_user:admindb_password@admin_cluster/admin_db?retryWrites=true&w=majority options: server_selection_timeout: 5 maindb: uri: mongodb+srv://maindb_user:maindb_password@maindb_cluster/maindb?retryWrites=true&w=majority Приложение: Rails 5, MongoId 6, Ruby 2.6

Аха, монга на бирже торгуется)

Аха, монга на бирже торгуется)

Why not?)

Why not?)

Not bad)

Аха, монга на бирже торгуется)

и весьма неплохо за последние пять лет

Добрый день блема есть

chema user но при регистрации не все поля заполняются

schema написана правильно ли?

schema написана правильно ли?

да

если не все поля заполняются значит не все поля передаются корректно

да

Спасибо ошибка на беке была

забыл поле name вписать в .pthf

где хорошая русская документация к mongo?

>хорошая >русская >it

где хорошая русская документация к mongo?

Зачем тебе русская, хоть бы просто была хорошая и то за радость

++

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

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

Этот индекс создаётся по-умолчанию

Этот индекс создаётся по-умолчанию

Благодарствую

++

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

Если н знаете английского, то просто переводите страницу через переводчик

ребят, пытаюсь обновить данные в коллекции через robo 3t, вытаскивает ошибку "Error: the update operation document must contain atomic operators robo 3t": db.getCollection('products').updateMany({ "mode": {$in: ["parent_subproduct", "module", "simple"]}}, {"materials" : []}) ...в чем может быть проблема? Может ли быть то что поле "materials" нет в доках?

ребят, пытаюсь обновить данные в коллекции через robo 3t, вытаскивает ошибку "Error: the update operation document must contain atomic operators robo 3t": db.getCollection('products').updateMany({ "mode": {$in: ["parent_subproduct", "module", "simple"]}}, {"materials" : []}) ...в чем может быть проблема? Может ли быть то что поле "materials" нет в доках?

$set

$set

ага.. все получилось.. спасибо)

В чём прикол, почему children не отображается как массив объектов?

Это рекурсивная схема? Коммент содержит другие коменты или я не так понял.

Всем привет, подскажите, пожалуйста, от чего может возникать такая ошибка: pymongo.errors.ConfigurationError: query() got an unexpected keyword argument 'lifetime', использую mongodb atlas

Это рекурсивная схема? Коммент содержит другие коменты или я не так понял.

Да

Всем привет, подскажите, пожалуйста, от чего может возникать такая ошибка: pymongo.errors.ConfigurationError: query() got an unexpected keyword argument 'lifetime', использую mongodb atlas

Вы используете параметр lifetime там где он не предусмотрен

Вы используете параметр lifetime там где он не предусмотрен

В том и проблема, что я его не использую нигде. Вот полный трейсбек, если это поможет: https://paste.ubuntu.com/p/36bW4Zvy6b/

Версии dnspython, pymongo, motor последние...

motor не всегда использует последнюю Pymongo

Привет. Подскажите такое: я в коде создаю Datetime объект, сохраняю его в монгу через mongoose, и в монге оно отображается насколько я понимаю как приведённое к UTC, то есть появляется разница в часах. И загвоздка вот в чём: текст даты, с которой я создаю дату, она в таймзоне москвы, у меня таймзона владивостока, а в JS, которым я всё это делаю, в DateTime объекте нет часовых поясов вовсе, и я немного в затруднении, где мне подправить код? UPD1: Предполагаю, что можно решить на уровне mongoose вот таким пакетиком mongoose-timezone UPD2: ... но у него, увы, нет поддержки insertMany, которую я активно использую в коде. Попробую выпилить.

Привет. Подскажите такое: я в коде создаю Datetime объект, сохраняю его в монгу через mongoose, и в монге оно отображается насколько я понимаю как приведённое к UTC, то есть появляется разница в часах. И загвоздка вот в чём: текст даты, с которой я создаю дату, она в таймзоне москвы, у меня таймзона владивостока, а в JS, которым я всё это делаю, в DateTime объекте нет часовых поясов вовсе, и я немного в затруднении, где мне подправить код? UPD1: Предполагаю, что можно решить на уровне mongoose вот таким пакетиком mongoose-timezone UPD2: ... но у него, увы, нет поддержки insertMany, которую я активно использую в коде. Попробую выпилить.

А какая вам разница что отображается визуально?

В js тоже есть таймзона у объекта если что, увидеть ее можно вызвав метод toISOString

С датами на сервере проще всего работать в UTC

А какая вам разница что отображается визуально?

Оно записалось с ошибкой. Как я написал, дата на моей стороне сгенерировалась как Владивостокская, а не московская. Я не могу просто в скрипте написать +7 часов, потому что я не знаю, где я его запущу завтра. toISOString сгенерирует таймзону на основании окружения запуска, однако вы её у объекта явно указать не можете при создании.

Оно записалось с ошибкой. Как я написал, дата на моей стороне сгенерировалась как Владивостокская, а не московская. Я не могу просто в скрипте написать +7 часов, потому что я не знаю, где я его запущу завтра. toISOString сгенерирует таймзону на основании окружения запуска, однако вы её у объекта явно указать не можете при создании.

И не нужно

Хммм, наверное действительно стоит вручную приводить к UTC, ведь скрипт то я запускаю с разных мест, а даты генерируются только с московской тз. Буду тогда прибавлять 3 часа при создании .

Где у вас расположен сервер?

Где у вас расположен сервер?

Где впску поднял, там и расположился.

Где впску поднял, там и расположился.

Видимо на сервере московское время

Нет, не видимо. У меня есть данные, с которых я генерирую даты. Оно московское, это мне известно. Скрипт я тестирую у себя локально, у меня время владивостокское. Собственно, и записалось потому непонятно что.