Две коллекции

https://vegibit.com/mongoose-relationships-tutorial/ вот тут есть пример 1:N отношений

Referencing A Document in another Document

вобщем-то значит всё окей

Спасибо почитаю

но ещё раз: исходите не из того как вы будете их записывать, а как вы будете эти документы использовать

добрый вечер. посоветуйте по такому кейсу надо искать по одному полю (a), либо комбинации этого поля и еще одного (a, b) - и в обоих случаях сортировать по третьему полю (c) для этого сейчас есть два индекса: - по полям a,b,c - по полям a,c родилась такая мысль, переделать поле b на массив из двух элементов, который будет всегда содержать значение b + одинаковую константу. Тогда искать можно будет либо по (a, b), либо по (a, b=константа) насколько мысль тупая или стоит попробовать?

> но ещё раз: исходите не из того как вы будете их записывать, а как вы будете эти документы использовать да, спасибо за рекомендации

добрый вечер. посоветуйте по такому кейсу надо искать по одному полю (a), либо комбинации этого поля и еще одного (a, b) - и в обоих случаях сортировать по третьему полю (c) для этого сейчас есть два индекса: - по полям a,b,c - по полям a,c родилась такая мысль, переделать поле b на массив из двух элементов, который будет всегда содержать значение b + одинаковую константу. Тогда искать можно будет либо по (a, b), либо по (a, b=константа) насколько мысль тупая или стоит попробовать?

а какую проблему вы хотите решить?

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

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

нет, попробовать можно. но надо учитывать что два элемента массива будут соотвествовать двум ключа в индексе

а проблема то в чем? памяти не хватает7

https://docs.mongodb.com/manual/tutorial/ensure-indexes-fit-ram/

https://docs.mongodb.com/manual/tutorial/ensure-indexes-fit-ram/

это не ответ на вопрос

у вас какие-то реальные проблемы?

нет

тогда ничего не делайте :)

)))

повезло

игра свеч не стоит

эффект будет зависеть от эффективности prefix compression

по той простой причине что на каждый элемент массива создаётся по записе в индексе. т.е. сделав из поля масив с двумя элементами вы увеличите количество ключей в индексе в два раза

и я не уверен в том, что в памяти страницы будут хранится с prefix compression

т.е. есть высокая доля вероятности что всё что вы выйграете это немного места на диске

и вероятно ценой более медленного поиска

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

можно пока поиграться с minkey/maxkey но сейчас чет на багу у них в жире наткнулся, так что на свой страх и риск поиграться https://jira.mongodb.org/browse/SERVER-35921

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

а разрешать конфликт как будете?

а разрешать конфликт как будете?

bad practice такое делать?

это немного нереально

это немного нереально

понял, ну и хорошо

можно пока поиграться с minkey/maxkey но сейчас чет на багу у них в жире наткнулся, так что на свой страх и риск поиграться https://jira.mongodb.org/browse/SERVER-35921

А переведи позязя что значит «реф на несколько схем для ключа внутри схемы»? 😭

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

Полиморфные ассоциации чтоли?

насколько они полиморфны чувак не указал)

в общем случае это дичь

Не, в мысле поле со ссылкой на разные классы — это полиморфная ассоциация?

Ну например адрес может быть привязана к Персоне или к Компании?

И в адресе хранятся и класс связанного объекта и его указатель?

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

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

Ничонепонял и проникся к тебе ещё большим увожением!

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

да фраза достойная получилась, перечитал оценил)))

И в адресе хранятся и класс связанного объекта и его указатель?

имелл ввиду, что даже этого врядли бы он хранил

Но смысл хотелки к полиморфизме?

Я ваш монгус никак не могу вкурить. Надеюсь монговцы запилят какой-то свой ODM, а это отомрет. АПИ у него просто пипец

я вот не пользуюсь им и не особо и хочется)) эт так одно время побаловался суть понял и все

хай кто здесь пишет на Vue ?

хай кто здесь пишет на Vue ?

кажется, немного не той тематики чат) @vuejs_ru

$max

а

у вас для 2 сумма это суммы по 1+2? для 3 1+2+3 ?

данных много? операция разовая?

аналитика какаято

я бы посоветовал приступать

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

в принципе AF match lookup unwind group

aggregation framework

вам нужно получить num1: 1, num2: 1, val1 10, val2 10 num1: 1, num2: 2, val1 10, val2 20 num1: 1, num2: 3, val1 10, val2 30 num1: 2, num2: 1, val1 20, val2 10 num1: 2, num2: 2, val1 20, val2 20 num1: 2, num2: 3, val1 20, val2 30 num1: 3, num2: 1, val1 30, val2 10 num1: 3, num2: 2, val1 30, val2 20 num1: 3, num2: 3, val1 30, val2 30 потом фильтрацией (или это прямо в лукапе наверн можно сделать) num1<=num2 поулчить num1: 1, num2: 1, val1 10, val2 10 num1: 2, num2: 1, val1 20, val2 10 num1: 2, num2: 2, val1 20, val2 20 num1: 3, num2: 1, val1 30, val2 10 num1: 3, num2: 2, val1 30, val2 20 num1: 3, num2: 3, val1 30, val2 30 где уже группировкой по num1 как id и суммированием val2 поулчить ваши num1: 1, val2 10 num1: 2, val2 30 num1: 3, val2 60

Вебинары смотрели?

а подскажешь эти курсы на монго есть возможность может пройти предудущие а неждать ? а то вот 101 и так далее через неделю только

Привет. Есть массив юзеров. Некоторые уже есть в базе, некоторые нет. Как наименее болезненно обновить существующие и добавить несуществующие в базу?

Суммировать при записи

я бы посоветовал приступать

Ужасный совет

а подскажешь эти курсы на монго есть возможность может пройти предудущие а неждать ? а то вот 101 и так далее через неделю только

Увы, нет.

Привет. Есть массив юзеров. Некоторые уже есть в базе, некоторые нет. Как наименее болезненно обновить существующие и добавить несуществующие в базу?

https://docs.mongodb.com/manual/reference/method/Bulk/

https://docs.mongodb.com/manual/reference/method/Bulk/

о, круто, спасибо

Привет. Есть массив юзеров. Некоторые уже есть в базе, некоторые нет. Как наименее болезненно обновить существующие и добавить несуществующие в базу?

Сделать индекс, по уникальному идентификатору и потом https://docs.mongodb.com/manual/reference/method/db.collection.findAndModify/ с upsert

https://docs.mongodb.com/manual/reference/method/Bulk/

Этот инструмент никак не решает поставленную задачу. Bulk это механизм мультиплексирования запросов и ничего больше. Он эффективен только в пограничном числе случаев.

Сделать индекс, по уникальному идентификатору и потом https://docs.mongodb.com/manual/reference/method/db.collection.findAndModify/ с upsert

не подходит, так как значения обновляемых полей разные

или я что-то не так понял

не подходит, так как значения обновляемых полей разные

Как вы будете определять что пользователь уже существует?

id

Он является общим уникальным идентификаторам в обоих множествах?

да

Этот инструмент никак не решает поставленную задачу. Bulk это механизм мультиплексирования запросов и ничего больше. Он эффективен только в пограничном числе случаев.

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

По нему и индекс, если вы не храните это в _id и по нему-же условие для upsert

Нет

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

я что-то все равно не понимаю, как мне разрешить вот такой случай с findAndModify пришло — [{ id: 1, name: 'robert' }, { id: 3, name: 'aria' }] есть — [{ id: 1, name: 'rob' }, { id: 2, name: 'john' }] надо — [{ id: 1, name: 'robert' }, { id: 2, name: 'john' }, { id: 3, name: 'aria' }]