Alexey TominВполне может быть так, что уникальность логина нового пользователя контролируется уникальностью в БД. Как результат- БД кидает исключение. С точки зрения слоя ДАО это именно что исключение. Но выше, где-то на уровне UI, оно превращается во вполне стандартное окошко пользователю про то, что такой логин уже есть.Вся это цепочка - логическая ошибка проектирования.
1. Проверить существование объекта не настолько накладно, чтобы этого нельзя было ещё до вставки.
2. Сегодня ограничение отключат для технологической операции, а потом не включат или потому, что забыли или потому, что "реально дубль, но всем пофиг, т.к. увидят штатное исключение, но только на уровне DAO". А послезавтра начнут рвать волосы на разных частях тела, т.к. дублей станет существенно больше трёх.

Alexey TominНу проверил. Нету. Вставил- а уже есть. Мало ли кто ещё вставляет.Совершенно верно.
Только это уже будет однозначная ошибка. Не техническая, так организационная. А не "здесь - рыба, там - не играем".Как пример- мы знаем, что связь плохая и выше делаем N попыток выполнить сетевой запрос. Или просто (внешний) сервис иногда может 500 возвращать.А зачем люди с конями мешаются в одну кучу???
Про N попыток авансом - вообще шедевр, а вставка дубля должна возвращать "400 Bad request", что никак не пересекается с 5xx группой.