Да так работает :)

Спасибо

☺️

Вопрос на счет монгуса, есть модель Chat в котором есть поле с связанной моделью, Ban, как я могу добавить в конкретный экзмепляр чата в поле bans новую копию модели ban?

Вопрос на счет монгуса, есть модель Chat в котором есть поле с связанной моделью, Ban, как я могу добавить в конкретный экзмепляр чата в поле bans новую копию модели ban?

push, если это работа с массивом в js, и $push если ручками запрос на апдейт в монгу делаете

Всем привет как исправить эту ошибку в Mongodb при export schema ?

Можете помочь ?

Можете помочь ?

Ошибку читай

я читал но не получается устранить

Ошибку читай

как исправить ?

я читал но не получается устранить

Ок, переведи ошибку

OverwriteModelError: невозможно перезаписать модель Specialshotel после компиляции

раньше не было такое

У тебя где-то есть ещё одна схема с тем же названием

нету

вот тут и проблема

попробовал поменять название тоже самое

Всё исправил

спасибо

Всё исправил

И как исправил? Пиши тут, чтоб 2й такой же не спрашивал

Изменил название но странно такое первые у меня дубликатов небыло

Изменил название но странно такое первые у меня дубликатов небыло

Ты в этом уверен? Делал поиск по названию по всем файлам?

Да только новый создал

Всем привет! Господа, кто-то может подсказать, хочу через скрипт на js конфигурировать replica set, сейчас это приходится руками делать каждый раз, неудобно. Пробовал через mongo аргументом передавать - не работает, что можете посоветовать?

$push можно юзать внутри $set?

$push можно юзать внутри $set?

Нет. А зачем?

Нет. А зачем?

Да у меня обёртка была, там $set, а я хотел $push использовать. Решил что $set можно убрать

Спасибо за ответ

Пытаюсь лукапнуть документ. он находится в массиве

пытался так, но не пашет

ТОчнее в массиве объект, поле которого objectid

{$lookup: { from: "productmodels", localField: "products.product", foreignField: "_id", as: "productsData", }},

Это решение если в друг кому тоже пригодится

Из минусов нельзя project юзать, если кто знает как сделатб с пайплайном, отпишитесь плиз

Вопрос про "зональное" шардирование. В dev и экспериментальных целях решил разобраться и посмотреть на такую ситуацию. Есть набор производительных серверов с быстрыми дисками под хранение, но ограниченными по размеру. И есть набор серверов с обычными дисками, но большим объемом. Структура записи может содержать одно поле, а может не содержать. В целом документы схожи по структуре, но вот по этому полю поиск должен быть максимально быстрым, по другим полям - скорость не важна. Хотелось бы сохранять данные с этим полем на "быстрые" сервера, а без этого поля на медленные. Из документации и тестов получилось такое, но пришлось в каждый документ добавить поле, условное - флаг, поле условно со значением в дипазоне 1- 2(1) - на быстрые сервера. Поле со значением - 2 (-3 -1) на медленные. Но это некрасиво как-то. Можно ли настроить такое шардирование по факту наличия поля в записи.

Безусловно, можно эти группы серверов разделить, и на уровне приложения писать то туда то туда. Но это как-то не то.

Самый оптимальный вариант выбрать это поле как ключ шардирования, если требуется быстрый доступ только по нему. Дальше настроить правила балансировоки таким образом чтоб, чтоб диапазон [MinKey, null] балансировался в холодную зону, а диапазон (null, MaxKey] в горячую

Коллеги, день добрый, я начинаю вникать в mongo и пытаюсь обновить сущность с помощью метода updateOne, но есть нюанс в виде того что если у сущности нет ранее таких полей, то они не добавляются, а просто исчезают, а нужно что бы добавлялись, объясните пожалуйста почему так?

Коллеги, день добрый, я начинаю вникать в mongo и пытаюсь обновить сущность с помощью метода updateOne, но есть нюанс в виде того что если у сущности нет ранее таких полей, то они не добавляются, а просто исчезают, а нужно что бы добавлялись, объясните пожалуйста почему так?

покажите как формируете $set

Самый оптимальный вариант выбрать это поле как ключ шардирования, если требуется быстрый доступ только по нему. Дальше настроить правила балансировоки таким образом чтоб, чтоб диапазон [MinKey, null] балансировался в холодную зону, а диапазон (null, MaxKey] в горячую

Спасибо, попробую с null

Самый оптимальный вариант выбрать это поле как ключ шардирования, если требуется быстрый доступ только по нему. Дальше настроить правила балансировоки таким образом чтоб, чтоб диапазон [MinKey, null] балансировался в холодную зону, а диапазон (null, MaxKey] в горячую

То есть отсутствие поля будет считаться как null?

То есть отсутствие поля будет считаться как null?

Да, если ничего опять не поменяли :)

Да, если ничего опять не поменяли :)

👍

покажите как формируете $set

Я немного не правильно сформулировал вопрос, я использую методы которые предоставляются в mongoose, вот сам метод updateOne который вызвается от модели, находит по id сущность и записывает данные обновляя только те поля которые уже есть в базе, но не добавляет новые(

Я немного не правильно сформулировал вопрос, я использую методы которые предоставляются в mongoose, вот сам метод updateOne который вызвается от модели, находит по id сущность и записывает данные обновляя только те поля которые уже есть в базе, но не добавляет новые(

а эти новые поля есть в модели?

а эти новые поля есть в модели?

Да есть

а эти новые поля есть в модели?

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

Я немного не правильно сформулировал вопрос, я использую методы которые предоставляются в mongoose, вот сам метод updateOne который вызвается от модели, находит по id сущность и записывает данные обновляя только те поля которые уже есть в базе, но не добавляет новые(

пока попробуйте прогнать через replaceOne для экперимента

То есть отсутствие поля будет считаться как null?

Именно, так. Мы таким образом сделали похожее шардирование. Правда это привело к удорожанию брудкаст запросов

пока попробуйте прогнать через replaceOne для экперимента

Работал и метод который был у меня, были допущены ошибки из-за невнимательности в схеме) Спасибо за помощь

Работал и метод который был у меня, были допущены ошибки из-за невнимательности в схеме) Спасибо за помощь

а что там в схеме препятствовало?

а что там в схеме препятствовало?

простая невнимательность и ошибка поле которое не записывалось было birthday, а у меня было написанно blrthday и на этапе записили оно видимо отсеивало

Еще почему-то подстветка ошибок в ide отпала и не показала ошибку в слове

Всем привет, есть кто может подсказать с тюном индексов под регулярки и case insensitieve?

Всем привет, есть кто может подсказать с тюном индексов под регулярки и case insensitieve?

Здравствуйте. Зависит от регулярного выражения

Собственно, вопрос, почему запрос не подхватывает индекс?

и как оптимизировать индекс под подобный запрос

Здравствуйте. Зависит от регулярного выражения

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

если я правильно помню, то в запросе необходимо использовать тот-же collation что и в индексе у вас получается два индекса, один partial, второй по двум полям?

нет, это один, compaund partial collate

если я правильно помню, то в запросе необходимо использовать тот-же collation что и в индексе у вас получается два индекса, один partial, второй по двум полям?

Просто аналогичный индекс но без collate подхватывается, однако нужен именно регистронезависимый поиск

Просто аналогичный индекс но без collate подхватывается, однако нужен именно регистронезависимый поиск

Тогда в запросе укажите collation

Тогда в запросе укажите collation

однако в документации обратное

необходимо чтоб collation в запросе совпадал с collation в индексе

https://docs.mongodb.com/manual/reference/collation/#collation-and-index-use > To use an index for string comparisons, an operation must also specify the same collation. That is, an index with a collation cannot support an operation that performs string comparisons on the indexed fields if the operation specifies a different collation.

https://docs.mongodb.com/manual/reference/collation/#collation-and-index-use > To use an index for string comparisons, an operation must also specify the same collation. That is, an index with a collation cannot support an operation that performs string comparisons on the indexed fields if the operation specifies a different collation.

перепроверил с принудительным указанием - не помогло\

как вы указали collation в запросе?

начиная с "locale" : "ru", расширяя до полного сопоставления

вам необходимо в указать collation целиком, не опуская никаких параметров "collation" : { "locale" : "ru", "strength" : 2, "caseLevel" : true, "caseFirst" : "upper", "alternate" : "shifted", "numericOrdering" : true, "maxVariable" : "punct" }, возможно даже в том же порядке

а как можно выбрать из массива где лежат вложенные данные выбрать минимальную дату?

[ { "Name": "test", "Date": "2020-01-23 09:30:00", "childrens": [ { "Name": "test1", "Date": "2020-01-24 09:30:00" } ] } ] типа того структура

вам необходимо в указать collation целиком, не опуская никаких параметров "collation" : { "locale" : "ru", "strength" : 2, "caseLevel" : true, "caseFirst" : "upper", "alternate" : "shifted", "numericOrdering" : true, "maxVariable" : "punct" }, возможно даже в том же порядке

насколько подобный индекс является релевантным под подобный запрос?

ребят, а как отфильтровать данные типа вот этого return Event.find({'build': { $all: selectedBuilds }}, 'passed failed skipped') .exec() .then((events) => { const passed = events.filter(event => event.passed).length;

MongoError: Updating the path 'data.start_tender' would create a conflict at 'data' Как фиксить? что за ошибка? пытаюсь вызывать update Mixed поля

ребят, а как отфильтровать данные типа вот этого return Event.find({'build': { $all: selectedBuilds }}, 'passed failed skipped') .exec() .then((events) => { const passed = events.filter(event => event.passed).length;

посмотрите на https://docs.mongodb.com/manual/reference/operator/aggregation/filter/

да я видел, но я хочу выплюнуть фронту объект с каунтером по трем полям - pass - fail -skip

да я видел, но я хочу выплюнуть фронту объект с каунтером по трем полям - pass - fail -skip

тогда вам нужна агрегация $match $unwind $match (на случай если там есть еще чтото лишнее) $project (чтобы сформировать id для группировки из флагов) $group с суммирвоанием по id полученным на предыдущем шаге

насколько подобный индекс является релевантным под подобный запрос?

На мой взгляд запросы содержащие $exists это индикатор проблем с моделью данных. Скорее всего это скрытый полиморфизм