у вас там действительно лишние скобки + к этому попытка сравнения по строке в случае дефолта

там только валидацию данных я не добавил

Валидация там нужна? Там,вроде, проверяется наличие параметров.

Валидация там нужна? Там,вроде, проверяется наличие параметров.

Валидация там нужна? Там,вроде, проверяется наличие параметров.

что то типа let query = {} if(req.params.name_filter){ query['$regex'] = req.params.name_filter; } if(req.params.min||req.params.max){ query['price'] = {}; if(req.params.min) { query['price']['$gte'] = req.params.min; } if(req.params.max ){ query['price']['$lte'] = req.params.max; } } .find(query)

Спасибо.

что то типа let query = {} if(req.params.name_filter){ query['$regex'] = req.params.name_filter; } if(req.params.min||req.params.max){ query['price'] = {}; if(req.params.min) { query['price']['$gte'] = req.params.min; } if(req.params.max ){ query['price']['$lte'] = req.params.max; } } .find(query)

парни а в js не существует готовых либ для красивой валидации? вы всегда во всех проектах городите вот такое? 😳

парни а в js не существует готовых либ для красивой валидации? вы всегда во всех проектах городите вот такое? 😳

Проверка isNumber не существует в JS, поэ\тому написал её так: const isNumber = value => { if (typeof value !== 'number') { return false; } if (value !== Number(value)) { return false; } if (Number.isFinite(value) === false) { return false; } return true; };

Сделай просто если >0 то возвращай True. Если конечно это по тз

нормальная практика во всех коллекциях указывать timestamp?

нормальная практика во всех коллекциях указывать timestamp?

Всем привет. Посоветуйте толковые ресурсы по MongoDB

Прочитал о Монго. "хотя в самой свежей версии даже сделали транзакции, там они похоже, весьма неполноценные, то есть не умеют например ждать друг друга". Это так?

да, где-то это чуть выше объяснял @dd_bb. основной вопрос в том нужны ли вам транзакции в принципе и еще более основной зачем вам ожидание транзакции и почему вы не можете это решить архитектурно через очередь?

может я скажу глупость, а если отдельную коллекцию создать где транзакции хранить? ну по ключу и статусу

можно и так, но мне не очень очевидно желание сделать очередь на базе данных. когда для этого есть прекрасные внешние решения на любой вкус, начиная от rabbitmq и заканчивая kafka

ну как временное решение же может подойти

после 15 лет в IT я могу с полной уверенностью утверждать, что шутка про, то нет ничего более постоянного чем временное решение - это не шутка))))

Прочитал о Монго. "хотя в самой свежей версии даже сделали транзакции, там они похоже, весьма неполноценные, то есть не умеют например ждать друг друга". Это так?

может я скажу глупость, а если отдельную коллекцию создать где транзакции хранить? ну по ключу и статусу

А в mongoexport можно фильтр накладывать, то есть например записи только за сегодня?

Добрый день, скажите пожалуйста, можно ли с помощью команды mongoexport делать не из одной коллекции , а из нескольких, связанных между собой по ключу

Нет, экспортные программы поддерживают только query syntax и не поддерживают Aggregation Framework

Есть способ сортировки масива внутри документа? Или по старинке unwind->sort->group?

Да, в монге исторически нет блокировок, но это не к транзакциям вопрос

Подскажите пожалуйста, есть документ с полями: startDate, endDate, status. Хочу менять status если startDate < now Date, и так же менять если дата конца проходит. Как это правильно сделать?

мне кажется, имелось ввиду другое, что в случае возникновения конфликта записи, в том случае, если сначала данные изменились транзакционно, а потом не-транзакционно до коммита, транзакция будет ждать 60 секунд, а потом выкинет TransientTransactionError

update с условием и $set

Настраивать cron job или есть другие способы для этого?

cron самый простой, еще как вариант изврата ttl индекс и вотчер, но это оверхэд)

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

Я имел ввиду следующую ситуацию: await session.withTransaction(async () => { await testcoll1.updateOne({id: 1}, {$inc: {filed1: 10}}).session(session) // №1 await testcoll1.updateOne({id: 1}, {$inc: {filed2: 20}}).exec() // №2 }, transactionOptions) В этом случае выполнение второго запроса №2, застопорится. Ни №1, ни №2 не выполнятся, пока не пройдет 60 секунд(макс время транзакции), после чего выполнится №2, а транзакция попытается еще раз выполниться.

я хз, не очень понимаю что вы по коду делаете, зачем обновление полей внутри одного документа делить на 2 запроса впринципе. но выглядит так, что вам в принципе не нужна в приведенном случае транзакция, а нужен findAndModify, внутри себя атомарный.

Это просто абстрактный пример. Допустим, у меня есть документ пользователя системы. Этот пользователь может совершать как транзакционные операции (авторизация, деавторизация, покупка товаров и.т.д.), затрагивающие его документ, так и обычные операции вне транзакции. И вот что, если транзакционная операция и не-транзакционная будут выполнятся в один момент, и возникнет такая ситуация? У него все подвиснет, как минимум. Не знаю, я просто пытаюсь учесть все возможные варианты, когда что-то может пойти не так, и это меня беспокоит.