Comments 6
Невозможность создавать на стороне платформы 1С некластерные индексы с инклюзивными полями – это, кстати, одна из серьезных проблем до недавнего времени.
Когда-то очень давно (более 9 лет назад, точнее не скажу) один товарищ, который занимался аутсорсом чужих одноэсок, рассказывал, что ускоряет какую-то хитровывернутую продолжительную операцию у одного (кажется) клиента более чем на порядок тем, что напрямую через SSMS создаёт дополнительный индекс, отличающийся от штатного именно что INCLUDE нескольких дополнительных полей. Создавал он его в дополнение или вместо штатного - не помню. А ещё, помню, он жаловался, что после каждого обновления нужно не забыть этот индекс пересоздавать, о чём вспомнить после переноса в очередное обновление всех его доработок весьма непросто - но это так, к слову.
А ещё, помню, он жаловался, что после каждого обновления нужно не забыть этот индекс пересоздавать, о чём вспомнить после переноса в очередное обновление всех его доработок весьма непросто.
Делается обычное задание в Агенте, которое периодически проверяет наличие этого индекса и создает его. Что-то вроде:
IF NOT EXISTS(SELECT * FROM sys.indexes WHERE name = 'Custom_Index_777' AND object_id = OBJECT_ID('_InfoRg12345'))
BEGIN ...
И ничего не надо запоминать.
Мда, какое мучение эта 1С
Что-нибудь скажите плохое (хорошее) про скрипты обслуживания https://ola.hallengren.com/ ?
Записки оптимизатора 1С (ч.14.1). Любите свою базу данных и не забывайте обслуживать