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 |