АП
https://ru.stackoverflow.com/questions/1123980/Нормально-ли-использовать-set-в-presave-mongoose-для-гарантирования-уникаль
У кого-то есть ответ по mongoose?
У кого-то есть ответ по mongoose?
А почему просто указание unique не подходит?
Size: a a a
2020 May 11
S🛸
А зачем данные перекидывать между процессами ?
Один пользователь может сидеть в разных чатах
nn
А почему просто указание unique не подходит?
Я использую плагин mongoose-auto-increment. Для поля(field) -- id.
К примеру, у меня в схеме есть уникальное поле telegramId. Так вот, при одновременном запуске 2-х запросов на создание одинаковых документов {telegramId: 1}, один из них выполняется, а второй выдает ошибку, как и должен. Но вот счётчик лагает в плагине (auto-increment) и меняет значение на -1, и id (field) попавшего документа в коллекцию = 2. А ID 1 получается не попал в коллекцию из-за подозрения на дубликат, НО count под него было выделено и изменено на +1, что разрешило из-за гонки условий следующему документу получить ID 2.
Вот такое случилось когда у меня приложение зависло и бот в телеграме не отвечал. Потом я его перезапустил, он начал обрабатывать сообщения все сразу. Я отправил несколько сообщений, а проблема в том, что у меня стоит мидлвер, который проверяет наличие пользователя в базе по ID пользователя. И таким образом по начале обработки сообщений, несколько от одного пользователя сразу начинают параллельно обрабатываться и плагин auto increment'a лагает
К примеру, у меня в схеме есть уникальное поле telegramId. Так вот, при одновременном запуске 2-х запросов на создание одинаковых документов {telegramId: 1}, один из них выполняется, а второй выдает ошибку, как и должен. Но вот счётчик лагает в плагине (auto-increment) и меняет значение на -1, и id (field) попавшего документа в коллекцию = 2. А ID 1 получается не попал в коллекцию из-за подозрения на дубликат, НО count под него было выделено и изменено на +1, что разрешило из-за гонки условий следующему документу получить ID 2.
Вот такое случилось когда у меня приложение зависло и бот в телеграме не отвечал. Потом я его перезапустил, он начал обрабатывать сообщения все сразу. Я отправил несколько сообщений, а проблема в том, что у меня стоит мидлвер, который проверяет наличие пользователя в базе по ID пользователя. И таким образом по начале обработки сообщений, несколько от одного пользователя сразу начинают параллельно обрабатываться и плагин auto increment'a лагает
VA
Один пользователь может сидеть в разных чатах
И что ?
VA
Для каждого чата у вас отдельный воркер ?
꧁岡
ЯЛ
Metanit.com
Как пробежишься полностью по курсу - можешь углуляться в доку и статьи
Как пробежишься полностью по курсу - можешь углуляться в доку и статьи
Слушай, офигенный сайт
🅚
Слушай, офигенный сайт
Можешь в личку, если что
VA
-сервер
? Это типо стёб как я понимаю над идеей воркер = чат
АП
Я использую плагин mongoose-auto-increment. Для поля(field) -- id.
К примеру, у меня в схеме есть уникальное поле telegramId. Так вот, при одновременном запуске 2-х запросов на создание одинаковых документов {telegramId: 1}, один из них выполняется, а второй выдает ошибку, как и должен. Но вот счётчик лагает в плагине (auto-increment) и меняет значение на -1, и id (field) попавшего документа в коллекцию = 2. А ID 1 получается не попал в коллекцию из-за подозрения на дубликат, НО count под него было выделено и изменено на +1, что разрешило из-за гонки условий следующему документу получить ID 2.
Вот такое случилось когда у меня приложение зависло и бот в телеграме не отвечал. Потом я его перезапустил, он начал обрабатывать сообщения все сразу. Я отправил несколько сообщений, а проблема в том, что у меня стоит мидлвер, который проверяет наличие пользователя в базе по ID пользователя. И таким образом по начале обработки сообщений, несколько от одного пользователя сразу начинают параллельно обрабатываться и плагин auto increment'a лагает
К примеру, у меня в схеме есть уникальное поле telegramId. Так вот, при одновременном запуске 2-х запросов на создание одинаковых документов {telegramId: 1}, один из них выполняется, а второй выдает ошибку, как и должен. Но вот счётчик лагает в плагине (auto-increment) и меняет значение на -1, и id (field) попавшего документа в коллекцию = 2. А ID 1 получается не попал в коллекцию из-за подозрения на дубликат, НО count под него было выделено и изменено на +1, что разрешило из-за гонки условий следующему документу получить ID 2.
Вот такое случилось когда у меня приложение зависло и бот в телеграме не отвечал. Потом я его перезапустил, он начал обрабатывать сообщения все сразу. Я отправил несколько сообщений, а проблема в том, что у меня стоит мидлвер, который проверяет наличие пользователя в базе по ID пользователя. И таким образом по начале обработки сообщений, несколько от одного пользователя сразу начинают параллельно обрабатываться и плагин auto increment'a лагает
Ты хочешь сказать, что монга при указании, что индекс unique, может это указание проигнорировать, и создать записи с одинаковыми значениями? Не верится. Такой баг должен быть известен, и наверняка был бы достаточно оперативно исправлен
VA
Ты хочешь сказать, что монга при указании, что индекс unique, может это указание проигнорировать, и создать записи с одинаковыми значениями? Не верится. Такой баг должен быть известен, и наверняка был бы достаточно оперативно исправлен
Да он походу там отдельный плагин использует. А монго явно в доках говорит что запрос на количество документов может быть чутка не правильный так как индексация не идёт сразу в ту же мил секунду. Плагин же видимо как раз на это и смотрит.
VA
Я использую плагин mongoose-auto-increment. Для поля(field) -- id.
К примеру, у меня в схеме есть уникальное поле telegramId. Так вот, при одновременном запуске 2-х запросов на создание одинаковых документов {telegramId: 1}, один из них выполняется, а второй выдает ошибку, как и должен. Но вот счётчик лагает в плагине (auto-increment) и меняет значение на -1, и id (field) попавшего документа в коллекцию = 2. А ID 1 получается не попал в коллекцию из-за подозрения на дубликат, НО count под него было выделено и изменено на +1, что разрешило из-за гонки условий следующему документу получить ID 2.
Вот такое случилось когда у меня приложение зависло и бот в телеграме не отвечал. Потом я его перезапустил, он начал обрабатывать сообщения все сразу. Я отправил несколько сообщений, а проблема в том, что у меня стоит мидлвер, который проверяет наличие пользователя в базе по ID пользователя. И таким образом по начале обработки сообщений, несколько от одного пользователя сразу начинают параллельно обрабатываться и плагин auto increment'a лагает
К примеру, у меня в схеме есть уникальное поле telegramId. Так вот, при одновременном запуске 2-х запросов на создание одинаковых документов {telegramId: 1}, один из них выполняется, а второй выдает ошибку, как и должен. Но вот счётчик лагает в плагине (auto-increment) и меняет значение на -1, и id (field) попавшего документа в коллекцию = 2. А ID 1 получается не попал в коллекцию из-за подозрения на дубликат, НО count под него было выделено и изменено на +1, что разрешило из-за гонки условий следующему документу получить ID 2.
Вот такое случилось когда у меня приложение зависло и бот в телеграме не отвечал. Потом я его перезапустил, он начал обрабатывать сообщения все сразу. Я отправил несколько сообщений, а проблема в том, что у меня стоит мидлвер, который проверяет наличие пользователя в базе по ID пользователя. И таким образом по начале обработки сообщений, несколько от одного пользователя сразу начинают параллельно обрабатываться и плагин auto increment'a лагает
А зачем тебе в прицепе делать типо инт ид ? Не легче использовать ид от монги ?
nn
Ты хочешь сказать, что монга при указании, что индекс unique, может это указание проигнорировать, и создать записи с одинаковыми значениями? Не верится. Такой баг должен быть известен, и наверняка был бы достаточно оперативно исправлен
Нет, я написал, что один запрос выполняет и документ идёт в базу, а на втором выбивает ошибку из-за подозрения на дубликат. Но плагин через $inc увеличивает count у себя в системном значении и count становится на 1 больше, далее вызывает next() для передачи управления для дальнейшего сохранения документа, но на сохранении выбивает ошибку из-за дубликата, но count уже был увеличен и первому документу присвоен ID 2
nn
И значения уже везде неверные)
nn
А зачем тебе в прицепе делать типо инт ид ? Не легче использовать ид от монги ?
Для натуральных чисел)
АП
Нет, я написал, что один запрос выполняет и документ идёт в базу, а на втором выбивает ошибку из-за подозрения на дубликат. Но плагин через $inc увеличивает count у себя в системном значении и count становится на 1 больше, далее вызывает next() для передачи управления для дальнейшего сохранения документа, но на сохранении выбивает ошибку из-за дубликата, но count уже был увеличен и первому документу присвоен ID 2
Так бага в плагине? Исправь её
Ну и точно ли тебе нужно то, что ты делаешь
Ну и точно ли тебе нужно то, что ты делаешь
nn
Так бага в плагине? Исправь её
Ну и точно ли тебе нужно то, что ты делаешь
Ну и точно ли тебе нужно то, что ты делаешь
Баг в том, что у монгодб нету официальной поддержки авто инкремента
АП
Баг в том, что у монгодб нету официальной поддержки авто инкремента
Твоё описание проблемы касается плагина, а не монги. В конце концов никто не мешает тебе организовать автоинкремент самостоятельно, без плагина с его багами
nn
Твоё описание проблемы касается плагина, а не монги. В конце концов никто не мешает тебе организовать автоинкремент самостоятельно, без плагина с его багами
Например как?