вместо этих 2-х id в виде строки, хочу чтобы там были 2 документа Dish

Ну хранить так смысла нет честно, но можешь сделать favorites: [Dish], Но похоже тебе просто нужен populate

как прописать условие , что если массив больше 3?

Мб paRtitions?

db.collection.find( { $where: "this.patitions.length > 3" } );

как прописать условие , что если массив больше 3?

С помощью $size, https://docs.db-ai.co/docs/manual/reference/operator/query/size/

Да спасибо , увидел что он не работает с $lte $gte ... и для это нужно создавать поле size. ну посмотрим как пойдет)

По-моему в aggregate нет такого ограничения https://docs.db-ai.co/docs/manual/reference/operator/aggregation/size/

Добрый день. сижу на реляционной субд (4 основные таблицы по 65-100 млн записей). Под виртуалку выделено 4 ядра ЦП и 48 Гб ОЗУ. Запросы выполняются довольно медленно. Вот думаю на mongodb уйти, чтобы была 1 коллекция с 65 млн записей

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

Смотря как и что будете писать и читать из базы. 500 млн записей с одной стороны не много, но какие запросы будут. Опять, что там за носитель используется. Сложно сказать в общем. Какая цель, экономия средств, производительность?

производительность + интерфейс пользовательский написать хочу на flask. а mongodb в json возвращает умеет. да и вообще, с mongodb никогда не работал, но ощущение что он мне нравится 🙃

Не знаю, в 2022 использовал бы FastAPI или aiohttp. Без знания вашим запросов к данным и чтения их сложно сказать. А что за диск у вас?

там NAS... IT-шники сетевой диск подогнали

так... могу в принципе физический сервер выделить под СУБД

Приведу плохой пример, но, что есть, 8.9 млрд записей в 1 коллекции, сложная запись в базу, в день новых записей ну 1 млн, апдейт еще несколько миллионов, 8vCPU(desktop), 32 RAM, диск nvme на 2 Tb - поиск до 1 секунды - до 2-4 тысяч записей выгрузка.

Это пример плохого физ сервера?

мы ещё сами оригиналы сообщений храним в eml-файлах. но они на отдельном NAS. Там 30 ТБ

Всем привет Есть таблица у нас к примеру: db.testtbl.insertMany([ {field: [{id: 1, name: "first"}, {id: 2, name: "second"}]}, {field: [{id: 3, name: "three"}]}, {field: [{id: 4, name: "four"}, {id: 5, name: "five"}]}, ]) У меня есть список активных id - 1, 3, 4, 5 Все вложенные записи с не валидными id надо удалить (в данном случае это {id: 2, name: "second"}) Можно это как-то это одним запросом сделать?

одним запросом сделать - имеется ввиду перед записью? то обыным жсом делается

Сейчас я могу сделать только написанием программы, которая будет вычитывать все записи из базы, обрабатывать и обратно записывать Я хочу один запрос отправить в базу и чтобы она сделала Что-то можно думаю полуучить при объединении forEach + $nin + $pull, но в голову не приходит

так данные уже в таблице и их много

Не знаю, в 2022 использовал бы FastAPI или aiohttp. Без знания вашим запросов к данным и чтения их сложно сказать. А что за диск у вас?

там NAS... IT-шники сетевой диск подогнали

Если именно NAS тип то забудьте про производительность, любая бд будет медленная

не, я попросил уже, мне физический воткнули.

После этого скорость выполнения запросов возросла? Какие сейчас времена и какие нужны по требованиям? И вообще какого плана запросы делаются

После этого скорость выполнения запросов возросла? Какие сейчас времена и какие нужны по требованиям? И вообще какого плана запросы делаются

вот тест на чтение

100 млн записей планирую мигрировать. + постоянная запись около 60 тыс записей в день. в целом, информацию надо хранить 3 года. раз в месяц затирать крайний месяц

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

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

Это в ррляционке должно быть очень быстро. Какие у вас требования по скорости и что сейчас не устраивает?

но я думаю что дело в том что сейчас используются сетеве диски

Объем базы сейчас какой?