8.х Контроль уникальности реквизита справочника

Во первых что это за потребность такая? Что там уникального нужно хранить?

Скорость чтения данных из таблиц не сильно зависит от того справочник или регистр сведений.

Ну разве что виртуальная таблица

Делайте свою проверку перед записью. Ничего страшного в этом нет. Только сильно не переусердствуйте.

Виртуальная да... но для РС это срезы... тут вроде как про контроль уникальности речь... срезы мало чем помогут.

И зачем индексировать то что индексировать в принципе не нужно?

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

Это только усугубит ситуацию. Для создания индекса система выделяет определенные ресурсы. У справочника нет так много комбинаций полей таблицы как скажем у регистра с 10 измерениями. Так что индекс вообще здесь не нужен.

А ещё нужно и тип реквизита знать. А то если там строка неограниченной длинны например... то индексы раздует так что потом база будет вешать неприлично много.
Как пример у меня есть база. Из за кривой структуры индексировались поля неограниченной длинны. Размер базы был более 70 Гб.
Хотя там реальных данных на 1.5 Гб.

А что на уникальность то проверяешь?

Обычно ШК создается на основе кода элемента справочника(который уникален)...

Штрихкоды хранить только в регистре сведений. Посмотрите этот механизм в любой типовой со складом. УТ например. Там прекрасно этот механизм реализован.