Ну то есть грубо говоря у меня на фронте чекбоксы, на бэк улетает запрос при нажатии, а если другой чекбокс нажали , то получается нужно отсылать новый запрос, а старый прерывать . Реально такое сделать ? Или бред ?
Ну если уже пошел, то уже не прирвешь. А так делай задержку на отправление, если новое действие произойдёт в интервал задержки - старое отменяем, новое ставим на задержку. Называется debounce.
Подскажите, теоретический вопрос. У меня есть такая коллекция с тремя уровнями вложенности. Я беру все объекты на третьем уровне ( sessions ) и добавляю к каждому поля из первого и второго уровня. Вопрос: не легче сделать коллекцию, где будут уже тысячи sessions с нужными полями ?
Хочу сделать новую коллекцию с одной вложенностью, где будут поля из трёх уровней, но их будет в разны больше и через aggregate собирать их. До этого делал через find ( курсор) один этот запрос 15 мб грузил 4 секунды и потом я их компоновал лодешом. Теперь думаю как оптимизировать и нужно ли изменить структуру коллекции для оптимизации времени.