Как обрабатывать конфликты при UPDATE?

@index58 · Регистрация: 01.07.2016

Студворк — интернет-сервис помощи студентам

Всем привет.
Допустим, существующий пользователь пытается обновить свой никнейм, который должен быть уникальным.
В этом случае логично применить запрос с оператором UPDATE.
Но у оператора INSERT есть обработчик конфликтов ON CONFLICT, а у оператора UPDATE нет такого обработчика.
Можно ли как-то одним запросом сделать UPDATE, обрабатывая конфликты?
Как Вы обрабатываете конфликты в подобной ситуации?

quwy · 06.08.2025, 17:43

Сообщение от index58

Как Вы обрабатываете конфликты в подобной ситуации?

Делаем сначала SELECT, который заодно позволяет вывести предупреждение о занятости введенного имени в пользовательский интерфейс еще до нажатия кнопки сохранения формы.

@PaulWist · 08.08.2025, 09:04

Сообщение от index58

Можно ли как-то одним запросом сделать UPDATE, обрабатывая конфликты?
Как Вы обрабатываете конфликты в подобной ситуации?

Хех, для этого придумали уникальный констрейнт, все остальные средства требуют отдельных "приседаний".

quwy · 09.08.2025, 02:25

Сообщение от PaulWist

Хех, для этого придумали уникальный констрейнт, все остальные средства требуют отдельных "приседаний".

Исключение, прилетевшее от БД, в большинстве систем -- это ЧП (что лично я считаю правильным подходом).

Все проверки должны делаться до какой-либо записи в базу, потому что если база бросает constraint violation, то это уже косяк прикладного софта.

@index58 · 09.08.2025, 11:42 **[ТС]**

Сообщение от quwy

Все проверки должны делаться до какой-либо записи в базу, потому что если база бросает constraint violation, то это уже косяк прикладного софта.

Согласен.
Но вот пример.

Один пользователь меняет свой никнейм на "King". Мы проверяем, нет ли уже такого никнейма:
SQL
1
SELECT "User_Nickname" FROM "User" WHERE "User_Nickname" = 'King'
Получаем ноль строк. Понимаем, что нет.

Меняем никнейм

SQL
1
UPDATE "User" SET "User_Nickname" = 'King' WHERE "User_ID" = 380

А в это время, между операциями 1 и 3, другой пользователь успешно создаёт себе новый аккаунт:

SQL
1
INSERT INTO "User" ("User_Nickname") VALUES ('King')

В результате чего у первого пользователя третья операция завершается ошибкой.
Как сделать, чтобы такое не могло произойти?

@Tupiel Reuschin · 09.08.2025, 15:29

Сообщение от index58

у первого пользователя третья операция завершается ошибкой

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

Сообщение от index58

Как сделать, чтобы такое не могло произойти?

А зачем? Ну будет ошибка, достаточно её правильно обработать.

@index58 · 09.08.2025, 16:36 **[ТС]**

Сообщение от Tupiel Reuschin

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

На втором шаге была бы получена одна строка, значит такой никнейм уже есть. Отправили бы пользователю соответствующее сообщение.

Сообщение от Tupiel Reuschin

А зачем? Ну будет ошибка, достаточно её правильно обработать.

Точно. Я забыл о том, что эти ошибки СУБД можно обрабатывать. Спасибо.
Тогда и первый SELECT-запрос делать не обязательно.

@PaulWist · 21.08.2025, 07:21

Сообщение от quwy

если база бросает constraint violation, то это уже косяк прикладного софта.

Ммм, предложите решение как избавиться такого косяка - constraint violation (можно схематически кодом)

@Andrey-MSK · 15.09.2025, 16:38

Сообщение от quwy

потому что если база бросает constraint violation, то это уже косяк прикладного софта

БД может выкинуть что угодно, не только из-за данных, нужно просто это грамотно обработать в клиенте.

А по теме.
Создать хранимку, в ней два запроса, первый скалярный SELECT, второй UPDATE. Первый при результате более 0 завершает хранимку и выкидывает выходным параметром ошибку, а клиент читает этот выходной параметр и принимает решение что делать далее.

Добавлено через 1 минуту
Ну всё это дело обернуть транзакцией.

Новые блоги и статьи Все статьи Все блоги /
http://iceja.net/ математические сервисы iceja 20.01.2026 Обновила свой сайт http:/ / iceja. net/ , приделала Fast Fourier Transform экстраполяцию сигналов. Однако предсказывает далеко не каждый сигнал (см ограничения http:/ / iceja. net/ fourier/ docs ). Также. . .	http://iceja.net/ сервер решения полиномов iceja 18.01.2026 Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма). На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа, решает её и находит переходные токи и напряжения на элементах схемы. . . .	Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .
Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .

@index58 59 / 25 / 10 Регистрация: 01.07.2016 Сообщений: 153

	Как обрабатывать конфликты при UPDATE? 06.08.2025, 17:10. Показов 1253. Ответов 8 Метки нет (Все метки) Всем привет. Допустим, существующий пользователь пытается обновить свой никнейм, который должен быть уникальным. В этом случае логично применить запрос с оператором UPDATE. Но у оператора INSERT есть обработчик конфликтов ON CONFLICT, а у оператора UPDATE нет такого обработчика. Можно ли как-то одним запросом сделать UPDATE, обрабатывая конфликты? Как Вы обрабатываете конфликты в подобной ситуации? 0

Как обрабатывать конфликты при UPDATE?

Решение