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

Хей ребзя. Есть вопрос по mongoose. Допустим я хочу изменить все документы в коллекции. Если я просто через find все получу, а потом буду update применять на каждую, это норм? Мне кажется большой результат find не захочет быстро работать. Может стоит разбить на несколько маленьких?

Ребят, а что эффективнее, 1 мелкий запрос в БД и по необходимости второй запрос с большой коллекцией, или сразу 1 запрос где куча данных? Просто есть часть данных, которые нужны часто, а есть большой пласт который гораздо реже. Вот думаю, стоит ли разделить это?

Добрый день. Сильно зависит от вашей специфики. Идеологически, оба подхода имеют право на жизнь. Брать маленькую выборку из большой коллекции - распространенная задача. Обычно помогают индексы. Но можно и на коллекции разбить, типа latest_data и history_data или all_data

Прочитал что лучше разбивать, 16мб лимит 😐

Да, 16МБ на один документ, а мы с вами про коллекции говорим.

Логика работы не та. У меня для каждого документа свои обновляемые поля. Вопрос в другом, стоит ли делать один большой запрос на все документы или разбивать их лимитом и менять кусочно? Вроде бы второй вариант более логичен, но в монге всего лишь четвертый день, поэтому вопрос про best practices.

Ребят, а что эффективнее, 1 мелкий запрос в БД и по необходимости второй запрос с большой коллекцией, или сразу 1 запрос где куча данных? Просто есть часть данных, которые нужны часто, а есть большой пласт который гораздо реже. Вот думаю, стоит ли разделить это?

Добрый день, может, есть у кого идеи Есть схема в mongoose, по таблице монго Внутри схемы 2 коллекции, одну он выводит с данными, вторую коллекцию пустую, хотя данные в ней тоже есть В чём может быть ошибка? Поля сравнивал, всё сходится

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

А по raid кто-нибудь подскажет?

Всем доброго времени суток. Пытаюсь сделать вот такую штуку. При авторизации проверяю в базе "main" к какой компании относится клиент, получаю данные и переключаюсь на базу этого клиента (например "db1", "db2" и т.д.) для дальнейшей работы в системе. Заметил что после запуска проекта, первое переключение длится около 1-2 секунд, дальше ситуация налаживается до милисекунд. Стоит ли создавать пулл из подключений (если такое возможно), или можно обоитесь одним коннектом с постоянными прыжками из базы в базу? Если не понятно написал, постараюсь изобразить схематично. Сейчас используется одно подключение с connection.useDb, для переключения. Может быть есть готовые класс на typescript для подобного использования? Думал над тем, чтобы открывать и закрывать соединение в рамках запроса к базе данных, но чую ничем быстро работающим не кончится.

А почему бд разные, а не коллекции?

И представь что количество коннектов/переключений пропорционально количеству пользывателей

Я бы использовал колекции

Я бы использовал колекции

Вдохновлялся вот этой статьей https://m.habr.com/post/110979/

скорее всего речь об реляционых бд

Только что хотел написать это же. Статья мягкоговоря, мало подходит для монги.

Ну а чем плохо так же сделать?

Прикольно, вопросов куча, ответ - не юзайте

Прикольно, вопросов куча, ответ - не юзайте

Перечислите, пожалуйста оставшиеся вопросы. Попробуем разъяснить

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

Поступила интересная фраза, не используйте монгу, где не надо, тогда где её использовать?

Предела практически нет, как и у коллекции Вот здесь все лимиты https://docs.mongodb.com/manual/reference/limits/

тут всегда так

Не разу не встречал в программировании, ответ на какой-то вопрос: "Не юзайте", он встречается там, где лень отвечать

с почином