Здравствуйте.

Есть таблица, содержащая поле (timestamp DATETIME) по которому идёт партиционирование. У этой таблицы есть уникальные некластерные индексы, не содержащие в ключе поля timestamp. Если я правильно понял, наличие поля в таком индексе нужно для:

This restriction enables SQL Server to investigate only a single partition to make sure no duplicate of a new key value already exists in the table.

Повлияет ли на использование индекса включение этого поля в конце списка ключевых полей (в сравнении с изменением его типа на неуникальный)? Ведь в принципе это даже на размер индекса повлиять не должно (поле timestamp было в исходном кластерном индексе).

Второй вопрос — обновляются ли некластерные индексы при пересоздании кластерного в новой схеме партиционирования с флагом DROP_EXISTING = ON и неизменившимся ключом? Имеет ли смысл DROP'ать некластерные индексы при таком преобразовании перед пересозданием кластерного?

Здравствуйте.

Есть таблица, содержащая поле (timestamp DATETIME) по которому идёт партиционирование. У этой таблицы есть уникальные некластерные индексы, не содержащие в ключе поля timestamp. Если я правильно понял, наличие поля в таком индексе нужно для:

This restriction enables SQL Server to investigate only a single partition to make sure no duplicate of a new key value already exists in the table.

Повлияет ли на использование индекса включение этого поля в конце списка ключевых полей (в сравнении с изменением его типа на неуникальный)? Ведь в принципе это даже на размер индекса повлиять не должно (поле timestamp было в ключе исходного кластерного индекса).

Второй вопрос — обновляются ли некластерные индексы при пересоздании кластерного в новой схеме партиционирования с флагом DROP_EXISTING = ON и неизменившимся ключом? Имеет ли смысл DROP'ать некластерные индексы при таком преобразовании перед пересозданием кластерного?