yopp
точнее так, если вы хотите избежать ситуации когда вам надо искать по $exists
Nick
если правильно помню то $exists покрывается индексами, но пробелма когда ищется $not:{$exists}
yopp
тьфу, да
yopp
$exists: false
Veaceslav
это вполне себе решение и зависит от того. что вы дальше будете делать, какого рода запросы выполнять. И важно используете ли вы какиенить орм для работы с базой и умеют ли они отличать отсутвие от null, т.к. null это реальное значение.
плюс если у вас не во всем проекте будет это провило, то со временем вы будете путаться в том как опредлять что значение на указано - оно отсутвует или оно равно null
Думаю что нужно будет тогда ставить нулл, как сказали для индекса. Во всем проекте будет такое правило, так как это категорий и тут все просто либо есть parentId либо его нет
Veaceslav
Спасибо за ответы.
AstraSerg
Зачем дешевле?)
Мне так нужно. Сервисы там крутятся не рентабельные. Чем дешевле, тем лучше.
Anonymous
Всем привет. Есть интервалы дат(начало - конец), интервалы могут между собой пересекаться. Можно ли при помощи aggregation framework найти пересечения интервалов и объединить их? Думаю это можно было бы реализовать, если было бы возможно сравнить интервал текущего документа с интервалом предыдущего документа, но я не нашел такой возможности. Или же не стоит терять времени и вынести это в отдельный сервис и реализовать уже на одном из яп?
yopp
Всем привет. Есть интервалы дат(начало - конец), интервалы могут между собой пересекаться. Можно ли при помощи aggregation framework найти пересечения интервалов и объединить их? Думаю это можно было бы реализовать, если было бы возможно сравнить интервал текущего документа с интервалом предыдущего документа, но я не нашел такой возможности. Или же не стоит терять времени и вынести это в отдельный сервис и реализовать уже на одном из яп?
вынести в отдельный сервис, вероятно, будет быстрее с точки зрения разработки
Anonymous
вынести в отдельный сервис, вероятно, будет быстрее с точки зрения разработки
Спасибо. Кажется наткнулся на ишью по схожей проблеме в jira. https://jira.mongodb.org/browse/SERVER-29161
yopp
да, монга не поддерживает look back/look ahead в агрегациях, и на мой взгляд это даже хорошо
Anonymous
yopp
потому что это непредсказуемый оператор
yopp
и требует гарантий порядка в пайплайне, которые будут стоить очень дорого
yopp
Там Ася ссылается на другой тикет с $reduce как аккyмулятором в $group, вот эту идею я поддерживаю
Kozimjon
походу тг взломали
Slava
Пост больше рекламный, но пара бенчмарков присутствует https://www.mongodb.com/blog/post/documents-are-everywhere
Slava
Так про mongo vs documentdb
Veaceslav
Господа добрый день. Есть вопрос к вам. Мне нужно в базе хранить ссылки на фотографий товара. Так вот вопрос: Как лучше сделать ?
1. При mutation, пройтись по array.gallery и всем поменять в imageSrc: на что-то вроде folder-photoname.extension
2. Или лучше при запросе query сделать это ? (Хотя тут не очень знаю как сделать)
Veaceslav
Заранее спасибо.
Nick
Господа добрый день. Есть вопрос к вам. Мне нужно в базе хранить ссылки на фотографий товара. Так вот вопрос: Как лучше сделать ?
1. При mutation, пройтись по array.gallery и всем поменять в imageSrc: на что-то вроде folder-photoname.extension
2. Или лучше при запросе query сделать это ? (Хотя тут не очень знаю как сделать)
ощущение что у вас урл картинки вычисляем, тогда зачем его хранить?
Veaceslav
Тогда указывать в фронте что мол: http://site.com/image/ + imageSrc ?
Veaceslav
Что-то такое ?
Nick
как у вас сейчас сделано7
Veaceslav
И тогда хранить только название нужно будет и все
Veaceslav
Nick
ну да
Nick
остальная часть может меняться
Nick
точнее она должна иметь возможность меняться
Nick
например вы вынесите хранение картинок на другой адрес или вообще другой ресурс
Nick
если у вас картинок условно больше тыщи, то сразу начинайте их раскидывать по папкам и храните соотвевенно $folder/$name
Nick
а к ним в приложухе добавляйте префикс в виде урла до этой папки, как я понял впринципе это у вас уже есть
Veaceslav
Да, тогда мне нужно хранить еще и folderName и все ...
Nick
не
Nick
не отдельно
Veaceslav
понял
Nick
а прям в imageSrc: 001/1.jpg
Nick
тогда результирующий урл будет
http://site.com/image/001/1.jpg
Nick
но это если реально планируетяс много картинок
Veaceslav
Тогда при mutation пройтись for-ом по массиву и добавить и папку для этих фото
Veaceslav
да ?
Nick
типа да, я не знаю что такое mutation
Nick
удобно?
Veaceslav
Пост запрос кароче для mongoose.save()
Nick
у вас настолько сложны взаимосвязи с кучей апих?
Veaceslav
Неее, вот только я не хочу получить муссор из API. Зачем мне знать много чего про товар если мне нужно только его название, цена и фото с ссылкой ?
Veaceslav
Вот тут это штука и потогает
Veaceslav
А еще она у меня для коментариев, так как вложение может быть без лимита…
Veaceslav
Ответ на ответ и так далее короче.
Veaceslav
Что тоже круто.
Max
Привет! А есть ли способ заоверрайдить вьюшку? ну есть вью в бд-шке, хочу его обновить (по-сути обновить запрос которым выгребаются данные) без удаления старой версии вьюшкит
yopp
yopp
Очень смешно :)
yopp
Им гордиться надо. Их API внезапно стал де-факто стандартом для документных хранилищ
Anonymous
Ребят, нужен совет. Есть 2 бд, условные А и Б. В документах одной коллекции А нужно сослаться на документы другой коллекции в Б, 1:1. Точно будет указано уникальное значение поля документа из Б, нужно ли ещё добавлять _id? ДАнные будут получаться по уникальному полю, так что я не знаю, имеет ли смысл, просто с _id выглядит правильнее, я же ссылаюсь на документ. Получать значения по $lookup не нужно будет.
yopp
Ребят, нужен совет. Есть 2 бд, условные А и Б. В документах одной коллекции А нужно сослаться на документы другой коллекции в Б, 1:1. Точно будет указано уникальное значение поля документа из Б, нужно ли ещё добавлять _id? ДАнные будут получаться по уникальному полю, так что я не знаю, имеет ли смысл, просто с _id выглядит правильнее, я же ссылаюсь на документ. Получать значения по $lookup не нужно будет.
https://docs.mongodb.com/manual/reference/database-references/
yopp
На выбор
yopp
Но если у вас коллекция в другой базе, то DBRef не поможет
Anonymous
Но если у вас коллекция в другой базе, то DBRef не поможет
Да, скорее всего вообще нет смысла ссылаться.
Nick
тут наверное стоит решить должно ли это поддерживться какимто фремворком или нет, т.к. если ручками, то всегото надо доабвить еще поле и получить аналог дбРефа и уже в коде ручками заимплеменить то как будет производитсья выгрузка
Anonymous
тут наверное стоит решить должно ли это поддерживться какимто фремворком или нет, т.к. если ручками, то всегото надо доабвить еще поле и получить аналог дбРефа и уже в коде ручками заимплеменить то как будет производитсья выгрузка
да, получение данных по этому полю из Б уже было, надо было просто добавить ссылку в одну сторону из А. Кажется, надо меньше думать.)
Slava
Им гордиться надо. Их API внезапно стал де-факто стандартом для документных хранилищ
Ага, это напоминает про S3 api)
Eugene
чат, такой вопросик, из репозиториев арча выпилили монгу из-за лицензий, щас пакет доступен только через aur, и собирается хер знает сколько из исходников. Откуда можно поставить еще? Тарбол с сайта я смотрю тоже компилить надо?
Мечтатель
Я юзаю manjaro и нет проблем
Sebor▂▅▇█▓▒░
Danil
Danil
как таким образом передать в модельку переменную?
Danil
ну чтоб значение паблик, было полем Reply
Andrey
Danil
уже решил! [public]: true
Danil
вот так надо было
Anonymous
Привет. Подскажите по $lookup, я так понимаю он формирует массив из найденных документов, а нельзя ли их сразу при запросе $project, если нужно только пара полей из полусотни?
Ответ: это можно сделать, применив pipeline внутри lookup.
Игорь
Вопрос: похоже OOM killer убил процесс монго.
/var/log/syslog.1:Jan 24 03:42:07 cs41241 kernel: [28139132.923807] Killed process 116009 (mongod) total-vm:52723728kB, anon-rss:44938804kB, file-rss:0kB, shmem-rss:0kB
Вопрос... как быть и что делать?
Slava