Сообщение Партиционирование уникальных некластерных индексов от 03.02.2017 13:55
Изменено 03.02.2017 14:26 Somescout
Партиционирование уникальных некластерных индексов
Здравствуйте.
Есть таблица, содержащая поле (timestamp DATETIME) по которому идёт партиционирование. У этой таблицы есть уникальные некластерные индексы, не содержащие в ключе поля timestamp. Если я правильно понял, наличие поля в таком индексе нужно для:
Второй вопрос — обновляются ли некластерные индексы при пересоздании кластерного в новой схеме партиционирования с флагом DROP_EXISTING = ON и неизменившимся ключом? Имеет ли смысл DROP'ать некластерные индексы при таком преобразовании перед пересозданием кластерного?
Есть таблица, содержащая поле (timestamp DATETIME) по которому идёт партиционирование. У этой таблицы есть уникальные некластерные индексы, не содержащие в ключе поля timestamp. Если я правильно понял, наличие поля в таком индексе нужно для:
Повлияет ли на использование индекса включение этого поля в конце списка ключевых полей (в сравнении с изменением его типа на неуникальный)? Ведь в принципе это даже на размер индекса повлиять не должно (поле 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.
Второй вопрос — обновляются ли некластерные индексы при пересоздании кластерного в новой схеме партиционирования с флагом DROP_EXISTING = ON и неизменившимся ключом? Имеет ли смысл DROP'ать некластерные индексы при таком преобразовании перед пересозданием кластерного?
Партиционирование уникальных некластерных индексов
Здравствуйте.
Есть таблица, содержащая поле (timestamp DATETIME) по которому идёт партиционирование. У этой таблицы есть уникальные некластерные индексы, не содержащие в ключе поля timestamp. Если я правильно понял, наличие поля в таком индексе нужно для:
Второй вопрос — обновляются ли некластерные индексы при пересоздании кластерного в новой схеме партиционирования с флагом DROP_EXISTING = ON и неизменившимся ключом? Имеет ли смысл DROP'ать некластерные индексы при таком преобразовании перед пересозданием кластерного?
Есть таблица, содержащая поле (timestamp DATETIME) по которому идёт партиционирование. У этой таблицы есть уникальные некластерные индексы, не содержащие в ключе поля timestamp. Если я правильно понял, наличие поля в таком индексе нужно для:
Повлияет ли на использование индекса включение этого поля в конце списка ключевых полей (в сравнении с изменением его типа на неуникальный)? Ведь в принципе это даже на размер индекса повлиять не должно (поле 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.
Второй вопрос — обновляются ли некластерные индексы при пересоздании кластерного в новой схеме партиционирования с флагом DROP_EXISTING = ON и неизменившимся ключом? Имеет ли смысл DROP'ать некластерные индексы при таком преобразовании перед пересозданием кластерного?