Ребятки прувеет!)) Подскажите пожалуйста, я хочу узнать есть ли поле "comments" в определенном документе ("_id":"11111") Делаю такой запрос: db.tasks.find({"_id":task_id},{"comments":{"$exists":True}}) приходит ошибка: Unsupported projection option: comments: { $exists: true } "$exists":True - ищет по всем документам Как сделать if exist для определенного документа? Спасибо)

Перенесите условие по comments в первый хеш

Да

Первый аргумент запрос, второй аргумент фильтр полей

Учитывая что вы возвращаете только один элемент группы, вы можете уменьшить выборку сделав два запроса: выбрав самую последнюю дату, а потом сделав по ней агрегацию

Если запрос с датами, то последний

Если вы выборки по нему не делаете, то нет

.find({"comments":{"$exists":True}, "_id":task_id})

Пустой список наиболее логичное представление пустого ответа для питона. Но с тем как дальше обрабатывать результаты в питоне вам а группу по питону

За большую базу рекомендую почитать про реализацию GridFS. В документах MongoDB можно хранить бинарные данные — картинки, mp3 и так далее. Для данных размером более 1 Мб рекомендуется использовать GridFS. GridFS — это соглашение о хранении файлов произвольного размера в MongoDB, поддерживаемое всеми официальными драйверами.

Т.е. вы хотите по координатам ресторана получить его город?

Всё верно

Подскажите пожалуйста как в nosql сделать грамотно модель данных для примерно такой задачи: будет документ заказа, в нем необходимые позиции товара. И другие пользователи должны будут предлагать свои варианты по этому заказу. Соответственно потом будет формироваться окончательный заказ исходя из предложенных вариантов. Я не прошу за меня все тут расписывать, но был бы признателен если на словах объясните приблизительную организацию документов. Опыта в монге нет, и похожих задач не видел а наговнякать не хотелось бы. Заранее спасибо

Подскажите пожалуйста как в nosql сделать грамотно модель данных для примерно такой задачи: будет документ заказа, в нем необходимые позиции товара. И другие пользователи должны будут предлагать свои варианты по этому заказу. Соответственно потом будет формироваться окончательный заказ исходя из предложенных вариантов. Я не прошу за меня все тут расписывать, но был бы признателен если на словах объясните приблизительную организацию документов. Опыта в монге нет, и похожих задач не видел а наговнякать не хотелось бы. Заранее спасибо

В оф. документации есть подробное описание самых ходовых способов организации документов с примерами «правильного» применения. В конкретном случае я бы наверное сделал 2 коллекции: заказы и товары. Заказ - документ с массивом id товаров + поля для описания. Ну а товар - документ с нужными полями. Но это если думать 3 секунды. Дьявол в деталях.

не холивара ради, а почему носкл? чем обычный sql не устроил? есть какието требования, которые не покроет тот же mysql?

Ну навскидку тоже так думаю

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

Отчасти да, но на это обычно больше уходит время. Хотя да, согласен, понимания будет больше

вот из документации The MongoDB Asynchronous Driver API mirrors the new Synchronous MongoDB Driver API, but asynchronous methods that make network I/O operations take a SingleResultCallback<T> and return immediately. The SingleResultCallback<T> interface requires the implementation of a single method onResult(T result, Throwable t) which is called upon the completion of the operation. Upon successful operation, the result parameter contains the result of the operation. If the operation failed for any reason, then the t contains the reason for the failure. If the operation failed for any reason, then the t contains the reason for the failure. причина ошибки, в моём случае, отсутствие документа, удовлетворяющего заданному фильтру но мне приходит result null и t null

И вообще вы что-то делаете не так, раз закрываете соединение с базой после запроса

в каких случаях соединение вообще закрывать надо? я думал - сделал запрос - получил ответ - закрыл соединение

Очень странно. А db.open не надо делать?

вы наверняка про var db = mongoose.connection; db.on('error', console.error.bind(console, 'connection error:')); db.once('open', function() { // we're connected! }); но это нужно когда мы не передаем колбек в .connect()