Двойная бронь: как мы поймали гонку в записи и закрыли её EXCLUDE-констрейнтом

📌 Я делаю сервис онлайн-записи для салонов красоты: клиент записывается в чат-боте или на странице, а запись падает в расписание мастера. Однажды мастер написал мне: на 15:00 к ней пришли два клиента. Оба записаны, оба уверены, что слот их. Классическая двойная бронь — и классическая race condition. Разберу, почему наивная проверка «свободно ли время?» не спасает, и как мы закрыли дыру двумя слоями: advisory-lock и EXCLUDE-констрейнтом в PostgreSQL. По пути — один неочевидный подвох с IMMUTABLE, н…

Суть: В статье описывается проблема «двойной брони» в системе онлайн-записи для салонов красоты, возникающая из-за race condition. Автор объясняет, как эта проблема была решена с помощью advisory-lock и EXCLUDE-констрейнта в PostgreSQL. Влияние: Новость не оказывает прямого влияния на рынок криптовалют, так как она касается разработки программного обеспечения для сферы услуг. Инсайт: Для трейдеров данная информация не представляет непосредственного интереса, однако может быть полезна для понимания принципов работы с базами данных и предотвращения ошибок в программировании. Вопрос: Как вы думаете, какие ещё проблемы могут возникнуть при разработке систем онлайн-записи и как их можно решить? Хештеги: разработка ошибки программирование

Читать полностью — Habr 📰 — Habr