это отличется от того что вы скинули выше

если бы вы делали обычный find то решением было elemMatch

вам нужно будет вытащит ьимена и проставить их в соотвевующие from и to?

вам нужно будет вытащит ьимена и проставить их в соотвевующие from и to?

да

получить name такой, что бы в той штуке language был равен language транзакции

откуда транзакции в монге?

откуда транзакции в монге?

из прошлого

откуда транзакции в монге?

это придуманное название сущности

из прошлого

ну то что они называют транакциями в версии 4+ имеет пока не много общего с настоящими транзакциями

ну то что они называют транакциями в версии 4+ имеет пока не много общего с настоящими транзакциями

«настоящми транзакциями»?

«настоящми транзакциями»?

я про то, как они реализованы в реляционных базах

вот такая вот штука :(

вам скорее всего выгоднее не трансформировать эти данные в монге, если данных не очень много

вам скорее всего выгоднее не трансформировать эти данные в монге, если данных не очень много

15-20 тысяч сущностей из запроса будут улетать за раз

я про то, как они реализованы в реляционных базах

вы заблуждаетесь

вы заблуждаетесь

в чём?

получить name такой, что бы в той штуке language был равен language транзакции

сейчас как выглядит пайплайн дляагрегации?

в чём?

в своём представлении что такое вообще тразакционные гарантии и чем эти гарантии в монге отличаются от других бд

сейчас как выглядит пайплайн дляагрегации?

без 7-го элемента

в своём представлении что такое вообще тразакционные гарантии и чем эти гарантии в монге отличаются от других бд

готов обсудить. у вас есть аргументы?

там не только со станциями играться надо)

готов обсудить. у вас есть аргументы?

начините со своих аргументов, это вы начали

начините со своих аргументов, это вы начали

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

там не только со станциями играться надо)

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

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

вы высказали преположение что транзакционные гарантии в монге какие-то не такие, никак не аргументировав. к чему тут аппелировать?

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

Хорошо, спасибо

@dd_bb в у тебя лукапы в плейграунде еще не появились?

Хорошо, спасибо

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

@dd_bb в у тебя лукапы в плейграунде еще не появились?

нет, всё никак не дойдут руки сделать табы для редактора коллекций

вы высказали преположение что транзакционные гарантии в монге какие-то не такие, никак не аргументировав. к чему тут аппелировать?

ок, в транзакции курсор создаётся вне самой транзакции, так же операции дроп и индексирование/удаление индекса не доступны, многодокументная транзакция не может включать операцию вставки и ещё много всего, но самаяя главная проблема как транзакции "работают" с кластером.

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

Можно попробовать. Сейчас....

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

https://pastebin.com/0RnF13ZQ

https://pastebin.com/0RnF13ZQ

думаю реально

ок, в транзакции курсор создаётся вне самой транзакции, так же операции дроп и индексирование/удаление индекса не доступны, многодокументная транзакция не может включать операцию вставки и ещё много всего, но самаяя главная проблема как транзакции "работают" с кластером.

Про курсор я вас не понял, дайте ссылку. Метаданные менять внутри транзакции нельзя, это действительно так. Вставку можно делать, с чего вы взяли что нельзя. Про «работают» с кластером я вас тоже не понял. Если вы про шарды, тэто было известно с анонса, что до 4.2 они ограничены replica set. 4.2 будет осенью.

https://pastebin.com/0RnF13ZQ

версия монги?

версия монги?

3.2.20

забудьте

делайте в приложухе

Ок)

то что нужно чтобы нормально вытащить то что вам нужно нужен 3.6

а иначе эт извраты с lookup unwind filter group два раза первый для from второй для to

а иначе эт извраты с lookup unwind filter group два раза первый для from второй для to

Ну lookup уже делаю, unwind+filter и сам думал

А group тут зачем?

чтобы исключить дублирвоания

3.2.20

планируйте обновление до 3.6 хотяб. 3.2 EOLd и больше не будет обновлятся

чтобы исключить дублирвоания

А, там дубликатов не будет

это вам так кажется)

то что нужно чтобы нормально вытащить то что вам нужно нужен 3.6

А чем нормально вытягивать начиная с 3.6?

4.0.9 (Apr 16) ◦ 3.6.12 (Apr 8) • Плейграунд для запросов: https://play.db-ai.co • Docs: https://docs.mongodb.com/manual/ • Learn MongoDB: https://university.mongodb.com Stable: 4.0.9 (https://docs.mongodb.com/manual/release-notes/4.0/#apr-16-2019) Bugfix: 3.6.12 (https://docs.mongodb.com/manual/release-notes/3.6/#april-8-2019) Legacy: 3.4.20 (https://docs.mongodb.com/manual/release-notes/3.4/#mar-13-2019, EOL June ’19) End of life: 3.2.21 (Sep ’18), 3.0.15 (Feb ’18)

по моему опыту они появляются в самый неподходящий момент

А чем нормально вытягивать начиная с 3.6?

https://docs.mongodb.com/manual/reference/operator/aggregation/lookup/#join-conditions-and-uncorrelated-sub-queries

там можно выставить условие и вытащить сразу нужное вам значение

https://docs.mongodb.com/manual/reference/operator/aggregation/lookup/#join-conditions-and-uncorrelated-sub-queries

Прикольно

потом простой project чтобы развернут ьиз массива

4.0.9 (Apr 16) ◦ 3.6.12 (Apr 8) • Плейграунд для запросов: https://play.db-ai.co • Docs: https://docs.mongodb.com/manual/ • Learn MongoDB: https://university.mongodb.com Stable: 4.0.9 (https://docs.mongodb.com/manual/release-notes/4.0/#apr-16-2019) Bugfix: 3.6.12 (https://docs.mongodb.com/manual/release-notes/3.6/#april-8-2019) Legacy: 3.4.20 (https://docs.mongodb.com/manual/release-notes/3.4/#mar-13-2019, EOL June ’19) Dev: 4.1.10 (https://groups.google.com/forum/#!topic/mongodb-dev/imsSh4spXEY) End of life: 3.2.21 (Sep ’18), 3.0.15 (Feb ’18)

вопрос новый ко всем: как обновить монгу с 3.2 с минимальным временем даунтайма?

и до 3.6 или 4.0 обновляться?

и до 3.6 или 4.0 обновляться?

rolling upgrade с 3.2 до 3.4, потом с 3.4 до 3.6 и потом с 3.6 до 4.0 https://docs.mongodb.com/manual/release-notes/3.4/#upgrade-procedures https://docs.mongodb.com/manual/release-notes/3.6/#upgrade-procedures https://docs.mongodb.com/manual/release-notes/4.0/#upgrade-procedures

rolling upgrade с 3.2 до 3.4, потом с 3.4 до 3.6 и потом с 3.6 до 4.0 https://docs.mongodb.com/manual/release-notes/3.4/#upgrade-procedures https://docs.mongodb.com/manual/release-notes/3.6/#upgrade-procedures https://docs.mongodb.com/manual/release-notes/4.0/#upgrade-procedures

спасибо

Здравствуйте. Не могли бы объяснить о mongoose в NodeJS? async function f1() { let one = await ModelOne.findOne({_id: '5cc1c46ee55cfd28c4f336d9'}) console.log(one.name) // John await f2(one) console.log(one.name) // F2 } async function f2(one) { one.name = 'F2' await one.save() } Обратите мнимание на console.log. Как так выходит, что я передаю экземпляр документа во вторую функцию, меняю там его, сохраняю, ничего не возвращаю, но в первой функции у этого экземпляра уже измененное значение. Если я сделаю тоже самое с любой переменной - то уткнусь в область видимости и ничего подобного не выйдет. Скорее всего я чего-то не знаю о NodeJS или о работе Mongoose.

https://pastebin.com/0RnF13ZQ

https://pastebin.com/N729aEXW

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

https://pastebin.com/N729aEXW

Ого

Пора говорить начальству, что пора менять версию базы)

Пора говорить начальству, что пора менять версию базы)

https://www.mongodb.com/support-policy

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

поддрежка вашей версии ещё в сентябре 18 года превратилась в тывку

Не кто не подскажет что лутчше использовать в качестве ключа для шардирования?

а какие у вас есть варианты?

ObjectId

uuid

уникальность надо проверять по какимто критериям?

Шардирование желательно сделать по uid пользователей, а что в качестве uid использовать я не знаю. Желательно и амих пользователей шаридировать. Но в таком случае ObjectId на сколько я понимаю не желательно использовать а по uuid не раскинешь по диапазону, может конечно я в чемто ошибаюсь или не так понимаю

Не кто не подскажет что лутчше использовать в качестве ключа для шардирования?

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

user_id

посмотрите на использование hash индексов для шардирования

и да вам тогда по юзер ид

а ессть какието hash индекса которые можно отсортировать в зависимости от даты добавления

Или таких нет

Тоесть hash индекс которы бы хранил дату

итп итд