В таком случае вам нужен linearizable или majority

Сейчас попробовал, но, к сожалению, это не помогло. Все еще возвращает пустоту.

Массив. Его можно проиндексировать и выбирать документы вне зависимости от проложения тега в массиве. По строке эффективный поиск возможет только по префиксу или криво через текстовый индекс

Спасибо

Сейчас попробовал, но, к сожалению, это не помогло. Все еще возвращает пустоту.

Попробуйте выполнить чтение в колбэке транзакции, чтоб исключить вариант с тем, что у вас порядок выполнения запросов соответсвует вашей задаче

Всем привет! Подскажите, пожалуйста по правильной архитектуре. Использую noSQL БД - MongoDB Суть такая, хочу для музея создавать мероприятия, далее распределять мероприятия по дням , далее люди смогу из клинетской части записываться на события и оплачивать бронь (покупать билет) . Пользователь может забронировать сразу несколько разных мероприятий на разных датах. Получаются следующие модели в MongoDB: 1) Мероприятие, в схеме которого основные данные, вроде описания, длительности, максимальное количество человек, картинки и двусторонняя связь с Датами, на которых будет событие. 2) Дата, где количество записей на этот день, связанное с моделью Бронирования и связь с самим событием. Вопрос, нужно ли тут дублировать в схеме информацию из основного события, в виде длительности, названия и стоимости? Или просто отдельным запросом через связь получать информацию? 3) Бронирование, где уникальная ссылка, связь с Датой и Связь с пользователем. Вопрос, нужно ли дублировать информацию из связанной модели Даты или получать отдельным запросом? 4) Пользователь, связанный с бронированием. Такая организация сама по себе нормальна? Не избыточна?

Если данные становятся видимыми с задержкой, значит вы столкнулись с read isolation в find, так как в момент чтения транзакция ещё не стала видимой для клиентов

Мне кажется, это происходит из-за того, что монга предоставляет write acknowledge журнала, а не непосредственно записей самой коллекции. Т.е. транзакция коммитится, когда журналы реплика сета отвечают, что успешно приняли и записали изменения в журнал (и потом они уже пишутся в сами коллекции). А из-за того, что доков целая куча, на запись всех их нужно больше времени, чем обычно, и возникает задержка.

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

Мне кажется, это происходит из-за того, что монга предоставляет write acknowledge журнала, а не непосредственно записей самой коллекции. Т.е. транзакция коммитится, когда журналы реплика сета отвечают, что успешно приняли и записали изменения в журнал (и потом они уже пишутся в сами коллекции). А из-за того, что доков целая куча, на запись всех их нужно больше времени, чем обычно, и возникает задержка.

Я вам настоятельно рекомендую изучить вот этот документ: https://docs.mongodb.com/manual/core/causal-consistency-read-write-concerns/

Если у вас insert с writeConcern: majority и за ним идёт find с writeConcern: majority, то в случае если порядок операций именно такой, то find не может прочитать stale state, так как write операция получит ack только когда транзакция durable, а значит она была применена большинством реплик

а так как у find тоже writeConcern majority, то это гарантирует что курсор вернёт данные только с тем custer time, который позже write операции

с большой долей вероятности у вас проблема или с порядком операций или с concerns в драйвере

вам необходимо посмотреть на план запроса, с которым у вас проблемы. то что у вас на скриншоте, судя по всему, это выборка всех документов из коллекции

с большой долей вероятности у вас проблема или с порядком операций или с concerns в драйвере

Только что тестил. Опции транзакции: { readConcern: { level: 'snapshot' }, writeConcern: { w: 'majority' }, readPreference: 'primary' } И вот что запихиваю в options для find (mongoose): {lean: true, readConcern: { level: 'majority' }, writeConcern: { w: 'majority' } } Все равно возращает пусто)) прям даже не знаю, в чем причина... что касается порядка операций, то там проверено, и все вызывается последовательно и с awaitaми.

Только что тестил. Опции транзакции: { readConcern: { level: 'snapshot' }, writeConcern: { w: 'majority' }, readPreference: 'primary' } И вот что запихиваю в options для find (mongoose): {lean: true, readConcern: { level: 'majority' }, writeConcern: { w: 'majority' } } Все равно возращает пусто)) прям даже не знаю, в чем причина... что касается порядка операций, то там проверено, и все вызывается последовательно и с awaitaми.

посмотрите какие запросы генерирует mongoose

Если у вас insert с writeConcern: majority и за ним идёт find с writeConcern: majority, то в случае если порядок операций именно такой, то find не может прочитать stale state, так как write операция получит ack только когда транзакция durable, а значит она была применена большинством реплик

Это верно, только вот вопрос в том, что write concern подразумевает, судя по всему, acknowledge журнала, из которого операции insert надо еще непосредственно в базу перевалиться и выполниться. А когда идет чтение, учитывается ли журнал при этом? В общем, суть вопроса стоит вот в чем. Когда я запускаю find, смотрит ли монга на журнал, и ждет ли, пока выполнятся ли операции, которые должны быть выполнены в базе с указанным write concernoм, или же тупо читает то, что есть в коллекции и выплевывает обратно? Потому что на текущий момент мне кажется, что работает вариант номер 2.

Это верно, только вот вопрос в том, что write concern подразумевает, судя по всему, acknowledge журнала, из которого операции insert надо еще непосредственно в базу перевалиться и выполниться. А когда идет чтение, учитывается ли журнал при этом? В общем, суть вопроса стоит вот в чем. Когда я запускаю find, смотрит ли монга на журнал, и ждет ли, пока выполнятся ли операции, которые должны быть выполнены в базе с указанным write concernoм, или же тупо читает то, что есть в коллекции и выплевывает обратно? Потому что на текущий момент мне кажется, что работает вариант номер 2.

writeConcern подразумевает состояние в котором клиент получает ack операции

majority это ack после того как изменения стали видимы в большинстве кластера и значит они не попадут под rollback

majority это ack после того как изменения стали видимы в большинстве кластера и значит они не попадут под rollback

"видимы" - в том плане, что данные уже в коллекциях, а не в том, что на узел кластера записал эту операцию к себе в журнал?

After the write operation returns with a w: "majority" acknowledgment to the client, the client can read the result of that write with a "majority" readConcern.

посмотрите какие запросы генерирует mongoose

^

"видимы" - в том плане, что данные уже в коллекциях, а не в том, что на узел кластера записал эту операцию к себе в журнал?

необходимо ещё определится с терминологией. в монге журнал это on-disk WAL, это настраивается отдельной опцией j

это влияет только на durability, т.е ack при j: true будет только тогда, когда операция была «записана» на диск в журнал

Не по теме, извините, может кто кинуть ссылку на чат помощи Android если есть таковой?

"dependencies": { "@types/mongoose": "^5.10.3", "mongoose": "^5.11.19" } Warning: Accessing non-existent property 'MongoError' of module exports inside circular dependency С чем это связано? Или лучше в чат TypeScript/Js ?

"dependencies": { "@types/mongoose": "^5.10.3", "mongoose": "^5.11.19" } Warning: Accessing non-existent property 'MongoError' of module exports inside circular dependency С чем это связано? Или лучше в чат TypeScript/Js ?

Лучше код покажи, куда стэк трэйс ведёт

Лучше код покажи, куда стэк трэйс ведёт

в mongodb ведет

Лучше код покажи, куда стэк трэйс ведёт

почитал - там чот постоянно какие то проблемы с драйверами возникают...

в mongodb ведет

Малоинформативно

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

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

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

) код

) код

А где этот монгоЭррор запрашивается?

А где этот монгоЭррор запрашивается?

ну точно не у меня )

ну точно не у меня )

Попробуй снести монгу и заново поставить

Ну и если у тсч то тайпинги не забудь поставить

Попробуй снести монгу и заново поставить

сервак чтоли? )

Попробуй снести монгу и заново поставить

драйвер уже несколько раз переустанавливал в разных версиях

Ну и если у тсч то тайпинги не забудь поставить

ТС - тайпинги стоят - на первом посте видно

сервак чтоли? )

Нет. Модуль нпм

драйвер уже несколько раз переустанавливал в разных версиях

Хмм

Интересно конечно

А гугл что пишет?

День добрый, как можно вывести все айдишники (idA) из массива в документе?

А гугл что пишет?

у них там периодически возникают проблемы с версиями драйверов. Даунграйд советуют часто - мне не помогло

у них там периодически возникают проблемы с версиями драйверов. Даунграйд советуют часто - мне не помогло

Есть такое, сталкивался с подобной ошибкой, что-то ему в подключении не нравилось, даунгрейднул значительно (пару минут, скажу на какую)

День добрый, как можно вывести все айдишники (idA) из массива в документе?

rewind

rewind

Есть где почитать про это?

Есть такое, сталкивался с подобной ошибкой, что-то ему в подключении не нравилось, даунгрейднул значительно (пару минут, скажу на какую)

Пишут что в курсе проблемы и решат в след. Релизах. Сейчас либо игнорить ворнинг либо понижать версию https://stackoverflow.com/questions/66185671/warning-accessing-non-existent-property-mongoerror-of-module-exports-inside-c

Есть такое, сталкивался с подобной ошибкой, что-то ему в подключении не нравилось, даунгрейднул значительно (пару минут, скажу на какую)

там до подключения еще не дошло - только схему продекларировал

Пишут что в курсе проблемы и решат в след. Релизах. Сейчас либо игнорить ворнинг либо понижать версию https://stackoverflow.com/questions/66185671/warning-accessing-non-existent-property-mongoerror-of-module-exports-inside-c

попробую игнорить - даунгрейд не помог

Есть где почитать про это?

в доках - aggregate. Поискать за Вас?

Я даунгрейдил настолько сильно "mongodb": "3.6.3", "mongoose": "5.10.0", Правда вижу. что без меня в проекте снова проапдгрейдили xD Возможно, что починили и можнр игнорить

Хотя вижу, что в 5.11.16, якобы, починили.. Но хз

Изначально пришел к даунгрейду отседова https://github.com/Automattic/mongoose/issues/9900

Хотя вижу, что в 5.11.16, якобы, починили.. Но хз

не зря я без mongoose всегда работаю

всем привет, как на сайте монги смотреть посмотреть соедиржимое кластера?

не зря я без mongoose всегда работаю

На самом деле да, с развитием самого драйвера монги, монгус все больше становится не нужен

Тут уж и валидации под капотом у самой монги, и монгус зочим

На самом деле да, с развитием самого драйвера монги, монгус все больше становится не нужен

карочи не судьба его заюзать - выкидываю ))

всем привет, как на сайте монги смотреть посмотреть соедиржимое кластера?

кто-нибудь может помочь?

всем привет, как на сайте монги смотреть посмотреть соедиржимое кластера?

Хз. Используй компас лучше

я бы использовал, но он на mac os очень криво сделан

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

Я даунгрейдил настолько сильно "mongodb": "3.6.3", "mongoose": "5.10.0", Правда вижу. что без меня в проекте снова проапдгрейдили xD Возможно, что починили и можнр игнорить

3.6.3 нормальная версия. 3.6.4 c warning

@dd_bb

Я хочу

Доброго. Ребят, кто с монгой рабоатает прошу подсказать. Нужно сделать связь хода и игры (две сущности). Игра завязана на игрока и имеет ссылку на текущий ход, а у хода есть ссылка на игру. В итоге ошибка "UnhandledPromiseRejectionWarning: MongoError: Projection cannot have a mix of inclusion and exclusion." Т.е. он не может позволить так чудить. Может ли кто подсказать как лучше в данной ситуации обойти? Мне нужно в дальнейшем иметь возможность выбрать все ходы по ид игры. А в игре подхватывать текущий ход как связанное поле.

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

MongooseError: Operation users.insertOne() buffering timed out after 10000ms

как решить?

на локале запускаю

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

чтобы оба значения попадали

Как хранить структуры вроде матриц в монге?

а чем это не устроило?

https://stackoverflow.com/questions/40526148/recursive-search-on-a-collection-in-mongodb

Как хранить структуры вроде матриц в монге?

зависит от ваших потребностей, что потом планируется делать с ними. Если это отдельные самостоятельные элементы со своей кучей свойств, то можно и как отдельные доки с указание позиции. Можно двумерные массивы если там просто числа. Можно комбинировать

зависит от ваших потребностей, что потом планируется делать с ними. Если это отдельные самостоятельные элементы со своей кучей свойств, то можно и как отдельные доки с указание позиции. Можно двумерные массивы если там просто числа. Можно комбинировать

[[String, ...], ...]

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

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

брать первый (0) и удалять