Антипаттерн: как не надо генерировать новые идентификаторы | OTUS
🔥 Начинаем BLACK FRIDAY!
Максимальная скидка -25% на всё. Успейте начать обучение по самой выгодной цене.
Выбрать курс

Курсы

Программирование
iOS Developer. Basic
-25%
Python Developer. Professional
-25%
Разработчик на Spring Framework
-25%
Golang Developer. Professional
-25%
Python Developer. Basic
-25%
iOS Developer. Professional
-25%
Highload Architect
-25%
JavaScript Developer. Basic
-25%
Kotlin Backend Developer
-25%
JavaScript Developer. Professional
-25%
Android Developer. Basic
-25%
Unity Game Developer. Basic
-25%
Разработчик C#
-25%
Программист С Web-разработчик на Python Алгоритмы и структуры данных Framework Laravel PostgreSQL Reverse-Engineering. Professional CI/CD Vue.js разработчик VOIP инженер Программист 1С Flutter Mobile Developer Супер - интенсив по Kubernetes Symfony Framework Advanced Fullstack JavaScript developer Супер-интенсив "Azure для разработчиков"
Инфраструктура
Мониторинг и логирование: Zabbix, Prometheus, ELK
-25%
DevOps практики и инструменты
-25%
Архитектор сетей
-25%
Инфраструктурная платформа на основе Kubernetes
-25%
Супер-интенсив «ELK»
-16%
Супер-интенсив «IaC Ansible»
-16%
Супер-интенсив "SQL для анализа данных"
-16%
Базы данных Сетевой инженер AWS для разработчиков Cloud Solution Architecture Разработчик голосовых ассистентов и чат-ботов Внедрение и работа в DevSecOps Администратор Linux. Виртуализация и кластеризация Нереляционные базы данных Супер-практикум по использованию и настройке GIT IoT-разработчик Супер-интенсив «СУБД в высоконагруженных системах»
Специализации Курсы в разработке Подготовительные курсы
+7 499 938-92-02

Антипаттерн: как не надо генерировать новые идентификаторы

SUBD_Deep_7.5_site-5020-482cec.png

Хочу поговорить о довольно распространённой ошибке, с которой сталкиваются даже опытные разработчики. Например, в проекте нужно сделать сквозной идентификатор для нескольких таблиц.

Не буду описывать весь спектр вариантов. Однако худшее, что можно придумать —сделать view, в котором будут объединены все эти таблицы, а потом при генерации нового идентификатора делать выборку вида:

SELECT MAX(id)
FROM view

Затем, например, прибавлять к полученному результату 1 или ваш шаг изменения номера.

К каким проблемам может привести такая, на первый взгляд, простая, а значит, возможно, и наиболее эффективная идея?

Смотрите, как только ваше приложение дорастёт до небольшой конкуретности запросов на вставку, для которых нужно будет генерировать новые идентификаторы, вы увидите неприятные последствия своего решения: 1) у вас могут возникнуть дубликаты идентификатора; 2) если вы сделали защиту от дубликатов, могут возникнуть ошибки при попытке вставить одинаковый идентификатор.

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

Для генерации сквозного идентификатора лучшим выбором будет использование последовательности. Во многих СУБД (например, PostgreSQL, Oracle, MS SQL) для этого предусмотрен отдельный объект. Работа с такими объектами поддерживается на уровне СУБД и существуют специальные средства получения нового элемента, так что вы будете надёжно защищены от ситуации, когда параллельные запросы, вдруг, получают одинаковый следующий идентификатор.

Узнать больше можете на наших курсах по СУБД. Набор в группу уже начался, не пропустите!

Не пропустите новые полезные статьи!

Спасибо за подписку!

Мы отправили вам письмо для подтверждения вашего email.
С уважением, OTUS!

Автор
0 комментариев
Для комментирования необходимо авторизоваться
🎁 Максимальная скидка!
Черная пятница уже в OTUS! Скидка -25% на всё!