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

Подскажите - при применении mongo full text search , можно дополнительное поле для поиска указывать - это не будет проблемой ? по типу db.contact.find({ customFiels: 'task1', $text: {$search: "Соболев"}}) не смог нагуглить ответ на этот вопрос.

Дропнуть и влитть заново самый надежный способ

Всем доброго времени суток, господа У меня к вам вопрос, Мне дали Задание сравнить две базы данных sql и mongodb, на примере запросов, плохо понимаю 1 и 2 базу, где мне можно найти конкретный пример сравнения?

Учебное

тогда для вас отличие только в том что mysql это sql, а монга - nosql, по ним уже гуглите куча информации сверху присыпте что монга из коробки масштабируется, у мускуля хз как сейчас с этим

Учебное

Да я сравнил их в теории, и вот мне нужно именно примеры запросов.

Всем привет. Ребят, кто может помочь с запросом? В общем, есть каталог в нем есть фильтр товаров. Где можно выбрать его 3 параметра жесткости. [A, B, C] А так же выбрать, с обеех сторон должен быть жестким или только с одной. Сами записи хранятся примерно в таком виде: { "_id" : ObjectId("5b13113536d7c823729f7bf8"), "title" : "Item 1", "params" : { "hardness" : "A", "hardnessBot" : "B", } } Если выбрана разная жесткость, то эт легко сделать запрос: collection.find({ params.hardness: {$in: ["A", "B"]} params.hardnessBot: {$in: ["B"]} }) А вот если нужно, чтобы при выборе, жесткость должна быть одинаковой. Т.е. по разные стороны они должны быть равны. То как лучше написать запрос? Ссылка на песочницу: https://play.db-ai.co/m/XgMgC3FumAAB8Kvu Грубо говоря мне нужен подобный запрос: "params": { "$elemMatch": { "hardness": { "$in": ["A", "C"] }, "hardnessBot": { "$in": ["A", "C"] } } } Хотя мне кажется такой запрос не реально написать. :(

если я правильно понял вашу задачу, то что-то в этом духе? https://play.db-ai.co/m/XgMjns6DoQAB56Pa

Интересно, я правда могу подобное сгенерировать. Я че то про решение в лоб и не подумал... Просто вдруг если позиций выбора будет под 100 )) Сгенерируется очень длинный запрос.. А так спасибо большое, я понял идею! С наступающим Дмитрий.

не за что) я бы на вашем месте пока не придумывал себе проблему с запросом по списку из 100 элементов (хотя не вижу в нем проблем), когда будет реальная проблема посмотрите план запросов и решите как оптимизировать

И может вообще ее не быть. при этом поля со скидкой в документе нет совсем или оно равно 0?

Всем привет. Ребят, кто может помочь с запросом? В общем, есть каталог в нем есть фильтр товаров. Где можно выбрать его 3 параметра жесткости. [A, B, C] А так же выбрать, с обеех сторон должен быть жестким или только с одной. Сами записи хранятся примерно в таком виде: { "_id" : ObjectId("5b13113536d7c823729f7bf8"), "title" : "Item 1", "params" : { "hardness" : "A", "hardnessBot" : "B", } } Если выбрана разная жесткость, то эт легко сделать запрос: collection.find({ params.hardness: {$in: ["A", "B"]} params.hardnessBot: {$in: ["B"]} }) А вот если нужно, чтобы при выборе, жесткость должна быть одинаковой. Т.е. по разные стороны они должны быть равны. То как лучше написать запрос? Ссылка на песочницу: https://play.db-ai.co/m/XgMgC3FumAAB8Kvu Грубо говоря мне нужен подобный запрос: "params": { "$elemMatch": { "hardness": { "$in": ["A", "C"] }, "hardnessBot": { "$in": ["A", "C"] } } } Хотя мне кажется такой запрос не реально написать. :(

@sidmal Дмитрий, еще хотел бы у вас совета спросить. Есть у айтемов цена и поле скидки в процентах. Например стоит товар 100 рублей, а скидка 10% Дак вот , когда делаю выборку цены в монгу, на пример ищу товары от 0 до 90, то я товар выше не найду. Так как не знаю как при выборке учесть процент. Лучше завести дополнительное поле уже с конечным результатом скидки? Или можно как то запрос сделать с учет процентов скидки на товар? Просто у каждого товара своя скидка. И может вообще ее не быть.

для продуктов эффективнее использовать Attribute Type паттерн products: { _id: ..., <common_fields>, attrs: [ {type: ObjectId(...), value: "foo"}, {type: ObjectId(...), value: "bar"}, {type: ObjectId(...), value: 53}, ] } attribute_types: { _id: ObjectId(...), value_type: "String", name: "Color" }

Для магазинов с произвольными параметрами value attribute паттерн в виде поддокументов будет эффективнее

Я новичок в монге, если честно не очень понял о чем речь.

Храните цену со скидкой

По этому поводу, да спасибо.

https://t.me/MongoDBRussian/64534

https://www.mongodb.com/blog/post/building-with-patterns-the-attribute-pattern

Не совсем

could i write here in english ???

We have English speaking group: @mongo_db

Т.е. words: { _id: ObjectId|Int64, word: String, lemma: ObjectId|Int64 } books: { title: Stirng, <other_metadata> } books_words: { book_id: ObjectId, page_id: Integer, words: [{word_id: , offset: Integer}] } words_books: { word_id: , book_id: ObjectId, pages: [ObjectId] } Или { word_id: book_id: page_id: offsets: [Integer], } Или { word_id: book_id: pages: [{ page_id: ObjectId, offsets: [Integer, ...] }] }

Да

Зависит от выборки. Если по индексу и по полному совпадению, то при условии что индекс и набор популярных документов в памяти то не будет

у меня просто была идея не для каждого слова делать отдельный документ в схеме, а все таки делать под уникальное слово один документ а в нем массив в котором слова и доп данные к каждому слову (где оно в какой книге и тп) но я так попробовал сделать и после одного миллиона слов когда добавил уперся что определенные документы превышают 16мб - то есть какоето из слов в книгах очень часто повторяется и документ с этим словом становится супер большой. И я вот думаю может делать групы документов для одного уникального слова ( то есть если какой то документ под одно слово уже больше 16мб то создавать дополнительный под него и тд) Чтоб не делать под каждое неуникальное слово отдельный документ в схеме бд и не создавать супер большие схемы с миллионами документов

у меня просто была идея не для каждого слова делать отдельный документ в схеме, а все таки делать под уникальное слово один документ а в нем массив в котором слова и доп данные к каждому слову (где оно в какой книге и тп) но я так попробовал сделать и после одного миллиона слов когда добавил уперся что определенные документы превышают 16мб - то есть какоето из слов в книгах очень часто повторяется и документ с этим словом становится супер большой. И я вот думаю может делать групы документов для одного уникального слова ( то есть если какой то документ под одно слово уже больше 16мб то создавать дополнительный под него и тд) Чтоб не делать под каждое неуникальное слово отдельный документ в схеме бд и не создавать супер большие схемы с миллионами документов