hunter_outlaw

for (var obj of json.data) {
       saveCity(obj);
}

...

await cities.updateOne({ _id: obj.Ref }, {$set: obj}, {upsert: true});

есть же updateMany, зачем для каждой записи вызывать updateOne
https://docs.mongodb.com/manual/reference/method/d...

UPD
наверно лучше подойдет bulkWrite, куда вкинешь массив на 150 элементов за раз
https://docs.mongodb.com/manual/reference/method/d...

Собсно в чем проблема? У вас виснет сервер, не хватает соединений к базе? Пользователи прут стремительным домкратом и сервер не успевает отдавать незакешенные запросы?
Если нет - какие проблемы? Так есть и так должно быть, выборка из таблиц с актуальными данными всегда будет происходить из базы напрямую, если джоин не включает 4 таблицы по овер 10 мильёнов записей - все будет работать быстро, ну, если структура верная. А если нет - смотрите как оптимизировать базы, кеш здесь вообще как бы ниочем.

Если задача стоит избежать хранения в базе - то вариант с хранением в куках исключает целостность, на разных устройствах залогиненый пользователь будет видеть разные данные. При хранении в сессии - при логауте/логине с др. устройства все данные уходят в горы, соответственно этот вариант тоже не верный, ибо я дома не увижу того же что с работы.
Я бы писал в базу, как на алиекспрессе и ибэе, и для статистики полезно, и для подсказок типа "люди которые смотрели этот товар так же смотрели..." на крайняк - ченть кейвалуйное, редис например с бессрочным полем, но после ребута полюбому данные уйдут. Запись и вытаскивание 15 строк из бд - миллисекунды, а профит в будущем нехилый.

underscorejs.ru/#debounce