Как-то ранее имел счастье не сталкиваться с БД 1С. Но сейчас пришлось... :)
Все ссылочные поля _ххххRef имеют соотв. индекс, где обязательно есть само это поле и поле _IDRRef т.е. первичный ключ таблицы.
Эти индексы всегда объявлены как уникальные.

Например так: _ххххRef (ASC), _IDRRef (ASC)

Само собой на поле _IDRRef binary(16) всегда есть кластерный индекс.

Не совсем понятна целесообразность сего решения. Не избыточно ли это (наличие поля _IDRRef в хвосте всех индексов) ?

Mr. XLSV,

Смысла строить UI на _ххххRef (ASC), _IDRRef (ASC) с учетом, что по _IDRRef (ASC) построен PK нет никакого. Можно обойтись и XI, те обычным не кластерным и не UI. Если я правильно понял смысл вопроса.

Модератор: Тема перенесена из форума "Microsoft SQL Server".Вот!!!. Я именно об этом. Имеет ли смысл упоминание поля первичного ключа в хвосте каждого индекса ??? Мне кажется, что нет.

Но может я что-то упускаю ?
Может господа 1С-ники прокомментируют субж ?

Не понимаю, зачем перенесли топик в форум 1С. Это типичный вопрос по организации индексов MSSQL. 1С тут постольку поскольку....

ХитроглазыйLSVНе понимаю, зачем перенесли топик в форум 1С. Это типичный вопрос по организации индексов MSSQL. 1С тут постольку поскольку....

все правильно, тут как раз MSSQL постольку-поскольку, индексами в данном случае рулит платформа.Рулит в смысле создает. Речь о том, оптимально ли она их создает ?
Имеет ли смысл их поправить (удалить сабжевое поле из всех индексов кроме ПК) ???