В ASA вешать индексы на представления нельзя. Можно только на вычисляемые поля.

Кстати при создании UNIQUE тоже создается индекс, так что даже если бы и можно было сделать UNIQUE, то все равно получилось бы 2 индекса :)

Вариант с использованием SQL скрипта в CHECK я бы вообще не рекомендовал использовать - при его использовании тормоза гарантированы, т.к. ASA придется вызывать этот скрипт для каждой вставляемой или обновляемой записи. С учетом использования NOT EXISTS, которого никогда не любил оптимизатор ни одной СУБД, кроме накладных расходов СУБД ничего не получим.

Есть конечно вариант сделать AFTER EACH STATEMENT TRIGGER, в котором на весь массив вставляемых или обновляемых записей делать проверку одним запросом, однако тут тоже будут накладные расходы, т.к. СУБД сначала проведет операции записи в таблицу, а в случае возбуждения ошибки в триггере ей придется делать откат.

С учетом всего вышесказанного мое личное мнение: это просто создать уникальный индекс на поле и не задумываться о лишнем индексе. Кстати уникальный индекс наоборот даже будет выгоден, так как оптимизатор уже точно будет знать, что поле в FOREIGN KEY уникально и предпочтет использовать этот индекс вместо своего системного в операциях выборок данных и вполне возможно будет его использовать при операциях изменения данных для проведения блокировок.

P.S. Кстати CHECK единственное место, где булевая логика по своему работает с NULL: любая операция с NULL будет истинна. Т.е. в CHECK можно вместо ((Field IS NULL) OR (Field = 1)) написать (Field = 1).