Приветствую,
мы на работе занялись глобальной оптимизацией SELECT-запросов путем оптимизации хранимых процедур и функций, и составных индексов через execution plan. Интересен следующий вопрос, если кто-то уже имеет опыт, времени на проверку всего не хватает. В данный момент кластерным индексом, он же PRIMARY KEY, является поле типа int IDENTITY, однако есть мысль сделать его по-другому, например, включить в него поле даты для ускорения фильтра по нему. И еще мысль, если перейти с int identity в ключе и кластерном индексе на поле типа uniqueidentifier и вызов newid() в INSERT stored procedure, то как это отразится на вставке данных, с учетом того, что физическое размещение по кластерному индексу будет меняться из-за того, что новый GUID не обязательно будет возрастать, как identity.
И, обобщая эту тему, где в инете можно найти профи-инфо по данному вопросу?
Здравствуйте, Merle, Вы писали:
M>Здравствуйте, vchesnokov, Вы писали:
V>>И, обобщая эту тему, где в инете можно найти профи-инфо по данному вопросу? M>http://rsdn.ru/Forum/?mid=722869
Спасибо за ссылку на статью форума, однако мне интересно читать не полемику, а TUTORIAL статьи и информацию об этом, например, Microsoft Press, WROX Press и др., т.е. не дискуссии, а точную информацию.
Здравствуйте, vchesnokov, Вы писали:
V>Спасибо за ссылку на статью форума, однако мне интересно читать не полемику, а TUTORIAL статьи и информацию об этом, например, Microsoft Press, WROX Press и др., т.е. не дискуссии, а точную информацию.
А дискуссии — это и есть самая точная информация, так как люди практическим опытом делятся... Тюториалы же расскитаны, по большей части, на совсем новичков и дают самые общие рекомендации.
Что пишут классики по этому поводу, я уже приводил: http://rsdn.ru/Forum/Message.aspx?mid=729872&only=1
Мы уже победили, просто это еще не так заметно...
