quxixМне представляется максимально простой реализация ключа в виде автоинкрементного ключа AUTOINC таблички(используемой только для генерации уникальных значений) -уникальность которого,при условии не обнуления счетчика, гарантированна. Что приближает реализацию уникальных идентификаторов к sequence -используемых для таких целей в больших СУБД
В целом согласен, только вот автор темы не уточнил, зачем именно ему нужна проверка на дубликат. Ведь далеко не факт, что после нахождения дубликата последует запрет на создание записи. Вполне возможно, что по условию задачи, таблица МОЖЕТ иметь дубли. Надо просто поставить пользователя в известность о том, что такое уже есть.

Ну, а в частности, поскольку речь идет о некоем "внешнем" (в смысле, доступном для просмотра пользователем) коде, то, скорее всего, там какая-то цифро-буквенная аббревиатура. Т.е. простой автоинкремент не годится.

Да, "до кучи".

"Последняя линия обороны" - это триггер. Проверка индекса - это как раз первая проверка. Еще до сброса буфера сработает. Соотвественно, можно реализовать контроль уникальности на уровне триггера, если на уровне буфера дубли еще допустимы (одновременная правка многих записей). Но, разумеется, триггер - это сложнее...