Как из одной коллекции выбрать данные в другой?

Question

[japan123]

есть endpoint /search, на который приходят данные от фильтров от одного, или от двух и больше или не приходят вовсе в случае, если фильтры не заданы, в соответствии с пришедшими данными формируем объект query для запроса к БД.

app.post('/search', function(req, res) {
        //все жилье по умолчанию (занятое и свободное)
        var query = {}
        var filter = {}

        //price
        if (req.body.min && req.body.max) {      
            query.cost_per_night = {$gte: req.body.min, $lte: req.body.max}
            //по возрастанию
            filter.cost_per_night = 1
        }
        //dates
        if (req.body.from && req.body.to) {
            query.reserved = { 
            //все свободное жилье
                
                $not: {
                    $elemMatch: {from: {$lt: new Date(req.body.to)}, to: {$gt: new Date(req.body.from)}}
                }
            }
        }
        if (req.body.guests > 1) {
            query.occupancy = {$gte: req.body.guests}
        }
        if (req.body.search) {
            query.city = { $regex: req.body.search.toLowerCase() }
        }
        Nomer
            .find(query)
            .sort(filter)
            .then(function (err, result) {
                if(err){
                    res.send(err);
                } else {
                    res.json(result);
                }
            })
    })

Раньше все лежало в одной схеме и проблем с выборкой не было. Но теперь я сделал две схемы Reservation и Nomer.

const reservationSchema = mongoose.Schema({
  nomer: { type: ObjectId, ref: 'Nomer' },
  from: { type: Date },
  to: { type: Date },
}

const nomerSchema = mongoose.Schema({
  type: String,
  beds: Number,
  reservations: [{ type: ObjectId, ref: 'Reservation' }],
  occupancy: {
      type: Number,
      default: 1,
  },
  owner: {
    type: ObjectId,
    ref: 'User'
  },
  cost_per_night: Number

Проблема: если пришли данные from и to, как сделать выборку всех незанятых номеров как и раньше и при этом, если данные от других фильтров пришли, чтобы все вместе работало?

Comments

[lega]

Сколько номеров в базе?

[japan123]

lega, проект учебный, не более 20

[japan123]

lega, нормально ли будет хранить резервации в схеме Nomer, как массив поддокументов?

reserved: [
    {
        from: Date,
        to: Date
    }
  ]

Просто обработать случай если даты пришли в нынешнем случае с двумя схемами не получится. У меня все сводится к одному запросу в конце. Верно мыслю?

[Модератор]

4. После размещения вопроса пользователю запрещается осуществлять:

4.2. Редактирование вопроса с целью его искажения или замены бессвязным текстом. На работу с каждым вопросом тратят время другие пользователи ресурса: модераторы (на его редактирование) и пользователи (на его прочтение и подготовку ответа). Соответственно, при удалении вопроса, потраченное ими время будет обесценено.

Answer 1

[Даниил Лебединский]

Смотрите в сторону Aggregation Framework, в частности на оператор $lookup. Но он весьма слабоват, поэтому вполне возможно что придётся делать два запроса к базе и процессить данные ручками в коде.

Comments

[japan123]

У меня все сводится к отдаче объекта query в Nomer.find(), чтобы сделать один запрос к БД чтобы учитывать, что по какому-то из фильтров данные могли не прийти. Просто если я сделаю в случае if (req.body.from && req.body.to) два запроса к бд то что мне потом отдавать Nomer.find() ? а если помимо дат еще данные из какого-то фильтра придут. Даже не знаю что и делать. Я могу конечно все переделать под agregate[{ {$match: { query }}}] но как это будет работать с lookup? а если данные по датам не пришли то что?

[Даниил Лебединский]

japan123, можно 1-м запросом найти в коллекции Reservations все номера, которые в заданный промежуток времени заняты, выбрать только их _id. После чего сделать запрос к Nomer куда помимо всех пришедших фильтров добавить еще { _id: { $ne: reserveNomersIds } }, где reserveNomersIds это как раз тот массив идентификаторов занятых номеров

Answer 2

[lega]

Я бы сделал простой запрос по индексу (from-to) - получить все занятые на период. И уже на бекенде (из кеша или монги) выдал бы все что не попали в список (т.к. номеров не много).
Это один из самых производительных вариантов. А сложные запросы и запросы с отрицанием (not) часто приводят к полному перебору.

PS: но для учебного проекта не факт что подойдет.