Artigo: 297861 - Última revisão: quinta-feira, 16 de Outubro de 2003 - Revisão: 3.4 PROBLEMA: Fraco desempenho numa área
Nesta páginaSintomasUm ou mais dos seguintes sintomas podem acompanhar um fraco desempenho durante insere a uma grande tabela no SQL Server:
CausaUma causa comum para estes sintomas é que insere para uma pilha (uma tabela sem um índice agrupado) é normalmente mais lenta que insere uma tabela com um índice agrupado (uma tabela com clusters). Como contornarEste artigo descreve algumas razões por que razão um índice agrupado frequentemente pode melhorar o desempenho neste tipo de situação. A Microsoft recomenda que adicione um índice agrupado à tabela e testar o efeito do índice clusterizado no desempenho. Mais InformaçãoNo SQL Server 7.0 e posteriores, SQL Server optimiza geralmente insere para uma pilha com o pressuposto que guardar espaço for mais importante do desempenho. É a variação que optar por efectuar quando decidir deixar uma tabela como uma pilha. Por conseguinte, uma inserção para uma pilha frequentemente gasta a tempo a procurar uma localização para inserir uma nova linha. Por outro lado, uma inserção numa tabela com clusters não é necessário que dedicar algum tempo a procurar espaço. Para obter mais detalhes sobre o modo como o espaço é atribuído, consulte o tópico "Gerir espaço utilizado por objectos" no SQL Server Books Online. No SQL Server 2000, existem mais variações de situações onde pode melhor optimizar uma inserção para uma pilha do que no SQL Server 7.0. Com qualquer ambiente inserir alta, recomenda-se testar o cenário em particular com e sem um índice agrupado para determinar qual é mais adequado à situação. As considerações das colunas a incluir no seu índice clusterizado são demasiado expansive para incluir aqui. SQL Server Books Online, "Dentro do Microsoft SQL Server 7.0" e "No interior Microsoft SQL Server 2000" é muito importantes recursos que ajudarão a decidir as colunas a incluir no índice agrupado para o seu ambiente. No entanto, um dos factores mais importantes é que a primeira coluna da chave do cluster tem de ser como selectiva quanto possível. Se existirem poucos valores distintos na coluna chave muitas leituras mais são necessárias para cada consulta. REFERÊNCIASLivros online do SQL ServerSoukup, Ron. no Microsoft SQL Server 7.0 , Microsoft Press, 1999. Delaney, Kalen. interior Microsoft SQL Server 2000 , Microsoft Press, 2000. A informação contida neste artigo aplica-se a:
Tradução automáticaIMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado. Clique aqui para ver a versão em Inglês deste artigo: 297861
(http://support.microsoft.com/kb/297861/en-us/
)
| Outros Recursos Outros Sites de Suporte
ComunidadesObtenha Ajuda AgoraTraduções de Artigos
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Voltar ao topo