два микросервиса, условно
channels и ads
каждый микросервис пишет в свою коллекцию
в сервис ads приходит запрос, на получение списка объявлений
/api/v1/ads/list
в самой функции, мне нужно одним запросом сходить в коллекцию channels и собрать каналы по фильтрам gt,lt
крч, допустим получаю массив из 20 элементов
потом же мне нужно получить информацию, связанную именно с деталями объявления для каждого канала (коллекция ads)
это нормальная практика:
- одним запросом получаю список каналов
- потом в for range для каждого канала делаю индивидуальный запрос на получение инфы. Тоесть если в списке 20 каналов (которые достал одним запросом)
после придется делать еще 20 запросов, что бы получить дополнительную информацию для каждого канала
Это вообще здоровая практика? Или сервер сразу просядет при повышении rps, здесь стоит применить что-то типа агрегации или пайплайнов?
в итоге мне нужно собрать примерно следующую структуру
{
"ads": [
{
"channel_id": 1, // получаю из коллекции channels
"conditions": [] // получаю из коллекции ads
},
{
"channels_id": 2,
"conditions": []
},
{
"channel_id": 3,
"conditions": []
}
]
}
список из channel_id получаю одним запросом, но потом для каждого мне нужно забрать conditions из другой коллекции по фильтру channel_id
тоесть это одним запросом уже не сделать
или может в в монге можно сделать db.ads.find({"_id": [1, 2, 3] ]}) ?
объяснил как мудак, понимаю))))
но может кто-то сможет просвятить?)
может вместо 20-ти запросов сформировать фильтр по массиву $in? тогда будет один запрос
"или может в в монге можно сделать db.ads.find({"_id": [1, 2, 3] ]}) ?", да, только вот так db.ads.find({"_id": {$in: [1, 2, 3]}})
а если id-шников много будет, как это будет работать? например при 1000 идшников монга будет на каждый запрос обходить эти id-шники или по умному как нибудь разобьет на два запроса и конкуретно их выполнит и потом заджоинит результат? интересно как это в изнанке работает)
Вам нужен $lookup
На каждый запрос? Немного не понял, запрос то ведь один
Обсуждают сегодня