Cenários para escolher opções de ajuste

É possível combinar várias opções de ajuste disponíveis no Orientador de Otimização do Mecanismo de Banco de Dados para obter as recomendações de que você precisa para sua implementação do SQL Server. As seções a seguir discutem cenários de diferentes combinações de opções de ajuste e o tipo de recomendações de ajuste que cada combinação produz.

Escolhendo a combinação certa de opções

A tabela a seguir lista exemplos que ilustram como o Orientador de Otimização do Mecanismo de Banco de Dados interpreta várias combinações de opções de ajuste que os usuários podem escolher por meio do utilitário de prompt de comando dta ou da interface gráfica de usuário (GUI) do Orientador de Otimização do Mecanismo de Banco de Dados:

Argumentos especificados com dta

Seleções da guia Opções de Ajuste na GUI

Como o Orientador de Otimização do Mecanismo de Banco de Dados interpreta essa combinação de opções

-fa IDX

-fp NONE

-fk ALL

Índices

Nenhum particionamento

Manter todas as PDS existentes

Retém todas as estruturas de design físico existente na recomendação. O Orientador de Otimização do Mecanismo de Banco de Dados também pode sugerir índices não particionados como parte da recomendação.

-fa IDX_IV

-fp NONE

-fk NONE

Índices e exibições indexadas

Nenhum particionamento

Não manter nenhuma PDS existente

Inclui apenas os índices e exibições indexadas não particionados na recomendação. Se a recomendação resultante for implementada, todos os objetos particionados existentes (se houver) serão ignorados.

-fa IDX_IV

-fp ALIGNED

-fk ALIGNED

Índices e exibições indexadas

Particionamento alinhado

Manter particionamento alinhado

Retém todas as estruturas de design físico existentes que estejam "alinhadas" (particionadas da mesma maneira como tabelas base e exibições). O Orientador de Otimização do Mecanismo de Banco de Dados pode recomendar outros índices e exibições indexadas que também estejam alinhados. Implementar a recomendação resultante leva o banco de dados a um estado "alinhado".

Cenários de uso para combinações de opções de ajuste

A tabela a seguir lista cenários comuns que a maioria dos usuários encontra na prática e as combinações de ajuste que habilitam esses cenários. Os fatores que governam esses cenários são:

  • Desempenho

  • Familiaridade com o recurso, por exemplo, nível de conforto ao usar exibições indexadas

  • Alterações incrementais no banco de dados

  • Gerenciamento

  • Compatibilidade com versões anteriores

  • Facilidade de migração (de uma versão do MicrosoftSQL Server para outra)

O desempenho é um fator comum a todos os cenários; e portanto, não é listado explicitamente como um dos fatores na tabela a seguir.

#.

Descrição do cenário

Fatores

Objetos especificados

Particionamento especificado

Manter opção especificada

1

O usuário deseja o melhor desempenho (bancos de dados novos ou existentes), mas não está confortável com o recurso de particionamento. Usuários que migram do SQL Server 2005 para o SQL Server 2008.

Familiaridade com o recurso, compatibilidade com versões anteriores

Índices e exibições indexadas

Nenhum

Nenhum

2

O usuário ajusta um pequeno conjunto de consultas novas ou ad hoc, mas não está confortável com o recurso de particionamento. Usuários que migram do SQL Server 2005 para o SQL Server 2008.

Alterações incrementais, familiaridade com o recurso, compatibilidade com versões anteriores

Índices e exibições indexadas

Nenhum

Todos

3

O usuário não deseja alterar o clustering de tabelas base. Não está confortável com o particionamento. Usuários que migram do SQL Server 2005 para o SQL Server 2008.

Familiaridade com o recurso, alteração incremental

Índices e exibições indexadas

Nenhum

Índices cluster

4

O usuário deseja índices bem ajustados e só quer alterações incrementais de índices para um conjunto pequeno de consultas novas. Não está confortável com o particionamento. Usuários que migram do SQL Server versão 7.0 para o SQL Server 2000 e usuários do SQL Server 2000.

Alteração incremental

Índices e exibições indexadas

Nenhum

Índices

5

O usuário quer melhor desempenho para toda a carga de trabalho (bancos de dados novos ou existentes). O usuário configura ou implanta um novo sistema SQL Server. Usuários que migram do SQL Server 2005 para o SQL Server 2008 e que desejam explorar o particionamento para melhorar o desempenho.

-

Índices e exibições indexadas

Completo

Nenhum

6

Usuário que ajusta um conjunto pequeno de consultas novas ou ad hoc. O usuário implanta um novo sistema SQL Server

Alteração incremental

Índices e exibições indexadas

Completo

Todos

7

O usuário não quer alterar o clustering de tabelas base, mas deseja o melhor desempenho nos outros casos.

Alteração incremental

Índices e exibições indexadas

Completo

Índices cluster

8

O usuário quer manter todos os índices existentes, mas não necessariamente as exibições indexadas, e deseja melhorar o desempenho tanto quanto possível. Talvez seja útil quando a carga de trabalho for alterada (as exibições indexadas são menos robustas do que os índices com respeito a mudanças de carga de trabalho).

Alteração incremental

Índices e exibições indexadas

Completo

Índices

9

O usuário quer melhor desempenho (bancos de dados novos ou existentes), mas o particionamento tem o objetivo principal de facilitar o gerenciamento. O usuário configura ou implanta um novo sistema.

Gerenciamento

Índices e exibições indexadas

Alinhado

Nenhum

10

O usuário deseja o particionamento principalmente para facilitar o gerenciamento. Ajustando um conjunto pequeno de consultas novas ou ad hoc.

Alteração incremental, gerenciamento

Índices e exibições indexadas

Alinhado

Alinhado

11

O usuário não deseja alterar o clustering de tabelas base. O objetivo principal do particionamento é o gerenciamento.

Familiaridade com o recurso, alteração incremental, gerenciamento

Índices e exibições indexadas

Alinhado

Índices cluster

12

O usuário está confortável com índices, mas não com exibições indexadas ou com particionamento. Melhor desempenho para toda a carga de trabalho. O usuário faz uma atualização do SQL Server versão 7.0 para o SQL Server 2005, ou do SQL Server versão 7.0 para o SQL Server 2008.

Familiaridade com o recurso, compatibilidade com versões anteriores

Índices

Nenhum

Nenhum

13

O usuário está confortável com índices, mas não com exibições indexadas ou com particionamento. Ajuste um conjunto pequeno de consultas novas ou ad hoc. O usuário faz uma atualização do SQL Server versão 7.0 para o SQL Server 2005, ou do SQL Server versão 7.0 para o SQL Server 2008.

Alterações incrementais, familiaridade com o recurso, compatibilidade com versões anteriores

Índices

Nenhum

Todos

14

O usuário não deseja alterar o clustering de tabelas base. Não está confortável com particionamento nem com exibições indexadas. O usuário faz uma atualização do SQL Server versão 7.0 para o SQL Server 2005, ou do SQL Server versão 7.0 para o SQL Server 2008.

Familiaridade com o recurso, alteração incremental

Índices

Nenhum

Índices cluster

15

O usuário quer eliminar exibições indexadas existentes do banco de dados atual sem eliminar os índices existentes.

Familiaridade com o recurso, alteração incremental

Índices

Nenhum

Índices

16

O usuário não está confortável com exibições indexadas. Melhor desempenho para toda a carga de trabalho. O usuário faz uma atualização do SQL Server versão 7.0 para o SQL Server 2008.

Familiaridade com os recursos

Índices

Completo

Nenhum

17

O usuário não está confortável com exibições indexadas. Ajuste um conjunto pequeno de consultas novas ou ad hoc. O usuário faz uma atualização do SQL Server versão 7.0 para o SQL Server 2008.

Familiaridade com o recurso, alteração incremental

Índices

Completo

Todos

18

O usuário não está confortável com exibições indexadas. O usuário não deseja alterar o clustering de tabelas base. Ajustando um conjunto pequeno de consultas novas ou ad hoc. O usuário faz uma atualização do SQL Server versão 7.0 para o SQL Server 2008.

Familiaridade com o recurso, alteração incremental

Índices

Completo

Índices cluster

19

O usuário quer eliminar exibições indexadas existentes do banco de dados atual sem eliminar os índices existentes.

Familiaridade com o recurso, alteração incremental

Índices

Completo

Índices

20

O usuário está confortável com índices, mas não com exibições indexadas. O objetivo principal do particionamento é o gerenciamento. Deseja melhor desempenho para toda a carga de trabalho. O usuário faz uma atualização do SQL Server versão 7.0 para o SQL Server 2005.

Familiaridade com os recursos, gerenciamento

Índices

Alinhado

Nenhum

21

O usuário está confortável com índices, mas não com exibições indexadas. O objetivo principal do particionamento é o gerenciamento. Deseja melhor desempenho para toda a carga de trabalho. O usuário faz uma atualização do SQL Server versão 7.0 para o SQL Server 2008.

Familiaridade com os recursos, gerenciamento

Índices

Alinhado

Alinhado

22

O usuário não deseja alterar o clustering de tabelas base. Não está confortável com exibições indexadas. O objetivo principal do particionamento é o gerenciamento. O usuário faz uma atualização do SQL Server versão 7.0 para o SQL Server 2005.

Familiaridade com o recurso, alteração incremental, gerenciamento

Índices

Alinhado

Índices cluster

23

O usuário está ajustando um conjunto pequeno de consultas. Não quer nenhum índice cluster novo. Não está confortável com particionamento nem com exibições indexadas.

Familiaridade com o recurso, alteração incremental

Índices não-cluster

Nenhum

Todos

24

O usuário não quer nenhum índice cluster novo. Não está confortável com particionamento nem com exibições indexadas.

Familiaridade com o recurso, alteração incremental

Índices não-cluster

Nenhum

Índices cluster

25

O usuário está ajustando um conjunto pequeno de consultas. Não quer nenhum índice cluster novo. Não está confortável com exibições indexadas.

Familiaridade com o recurso, alteração incremental

Índices não-cluster

Completo

Todos

26

O usuário não quer nenhum índice cluster novo. Não confortável com exibições indexadas. Está disposto a considerar a reestruturação completa dos índices não-cluster.

Familiaridade com o recurso, alteração incremental

Índices não-cluster

Completo

Índices cluster

27

O usuário não quer nenhum índice cluster novo. Não está confortável com exibições indexadas. Deseja manter design físico final alinhado.

Familiaridade com o recurso, alteração incremental, gerenciamento

Índices não-cluster

Alinhado

Alinhado

28

O usuário está ajustando um conjunto pequeno de consultas. Não quer nenhum índice cluster novo. Não está confortável com exibições indexadas. Está disposto a considerar a reestruturação completa dos índices não-cluster desde que alinhados.

Familiaridade com o recurso, alteração incremental

Índices não-cluster

Alinhado

Índices cluster

29

O usuário está ajustando um conjunto de consultas que fazem seleções em um subconjunto de dados de tabela. Deseja melhor desempenho dos índices.

Desempenho

Índices com a opção de índice filtrado

Nenhum

Nenhum

30

O usuário quer ter índices bem ajustados e só deseja alterações incrementais de índices para um pequeno conjunto de consultas novas. Usuários que migram do SQL Server 2005 para o SQL Server 2008.

Alteração incremental

Índices e exibições indexadas, com a opção de índice filtrado

Nenhum

Índices