Dmitriy Grape

А как без req.query вы передадите какие-либо дополнительные данные в GET запросе? GET запросы не могут иметь тела, однако для пагинации limit и offset как-то надо прислать, вот и остаются query параметры.

GET /entity?limit=10&offset=0

Если сделать это параметрами, то это будет выглядеть как-то так

GET /entity/10/0

Согласитесь, что реализовывать это так — очень плохая идея. Даже если не брать во внимание полное отсутствие читаемости, мы как минимум лишаем себя возможности сделать роут GET /entity/:id, тк перекрываем его предыдущим роутом.

my.toArray()

https://docs.mongodb.com/manual/reference/method/c...

https://docs.mongodb.com/manual/reference/operator...

User.updateOne({username: "test"}, { $inc: { balance: 200 }})

Запрос в браузере: “MongoDB remove first element from an array”.
Результат: https://docs.mongodb.com/manual/reference/operator...

db.collection.updateOne({ _id: ... }, { $pop: { item_keys:  -1 } })

Вы серьёзно ждали это 20 минут?

У меня есть два предположения:
1) Вы запускаете бд в докере и используете не пойми какую версию, в таком случае переключитесь на mongo:4.4.7-focal, оно ещё и retryWrites поддерживает.
2) Монге не хватает прав на запись файлов в вашей системе.

Ну вы когда деплоить будете, у вас всё точно так же как вы описали будет работать: клиент -> сервер -> БД, по-другому никак. Но всё же зачем заморачиваться с разворачиванием монги, если есть бесплатный MongoDB Atlas?

https://docs.mongodb.com/manual/reference/method/c...

У таска создаём поле owner_id и суём туда id пользователя.

А когда получаем юзера то делаем

$lookup: {
   from: 'Tasks',
   as: 'tasks',
   localField: '_id',
   foreignField: 'owner_id'
}

version: "3.9"
services:
    server:
        container_name: "server"
        build: ./
        ports:
            - "4200:4200"
        depends_on:
            - mongodb
            - elastic
        restart: always
        links:
            - mongodb
            - elastic
        env_file: .env

    mongodb:
        container_name: "mongodb"
        image: mongo:4.4.7-focal
        restart: always
        volumes:
            - mongodb:/data/db
        environment:
            - MONGO_INITDB_ROOT_USERNAME=$MONGODB_ROOT_USER
            - MONGO_INITDB_ROOT_PASSWORD=$MONGODB_ROOT_PASSWORD
        ports:
            - "27017:27017"
        env_file: .env

    elastic:
        container_name: "elastic"
        image: elasticsearch:7.13.4
        restart: always
        environment:
            - discovery.type=single-node
            - cluster.name=elastic-crm
            - bootstrap.memory_lock=true
            - "ES_JAVA_OPTS=-Xms512m -Xmx512m"
            - ELASTIC_USERNAME=$ELASTIC_USERNAME
            - ELASTIC_PASSWORD=$ELASTIC_PASSWORD
        ports:
            - "9200:9200"
        volumes:
            - elastic:/usr/share/elasticsearch/data
        env_file: .env
        
volumes:
    mongodb:
    elastic:

Вот пример моего конфига для одного из приложений.

С помощью links присоединяем два этих сервиса к бекенду, а в бекенде вместо localhost используем имя сервиса. Ну и порты тоже указываем правильные.

Соответственно для монги это будет как-то так:

connect("mongodb://mongodb:27017/");

Псевдо-Mongodb код

db.collection.find({"premium.status": 1})

Если нужна ещё фильтрация по классам, то тогда

db.collection.find({"premium.status": 1, "premium.class": {$in: ["class1", "class2"]}})

Ну и с датой то же самое.

Окей, я нашел решение - в MongoDB Compass есть конструктор пайплайнов aggregate