PLAN no sql query analize

[Galdino]

Moçada estou novamente aqui perguntando rsrsrsrsrs....

Olha eu estava lendo sobre index e descobri o PLAN no query analizer e fui olhando o que ele fazia, vi que ele me dava uma relaçao da tabelas da minha senteça com alguns numeros. ok

Vi que se eu clicar com o botao direito aparece a função 'CREATE MISSING STATISTICS' no qual eu clico e dou ok. todas as tabelas que retornou em vermelho eu fiz isso, e depois rodei novamente a senteça, o tempo de 4:15 caiu para 2:54, feito isso serve para o RM ?

O index e a mesma coisa que esta statistics ou sao coisas completamente diferentes?

Percebi que em alguns cubos vou ter ganho de performace isso pode me ajudar ou atrapalha o banco.

Galera aqui nao tem um DBA eu sou a pessoa que fico por conta dessas tarefas, nao tenho muito conhecimento em SQL SERVER mas estou estudando para isso.

Valeu

[Maffra]

Sandro,

Estatísticas e Indices são coisas diferentes, porém parecidas. Digamos que os índices são mais rápidos, ficam melhor organizados e se tem outras funcionalidades atreladas. Já as estatísticas apenas armazenam "teoricamente" sua query, no que diz respeito ao FROM e ao WHERE, para agilizar a execução.

É uma forma sim de adiquirir ganho de performance, mas deve-se tomar cuidado. Cada índice é armazenado no banco de dados e caso você crie um que atenda apenas uma coisa específica você estará armazenando no banco de dados (perda de espaço) e fazendo com que o banco olhe para esse índice e perca tempo em analisá-lo mesmo se não for utilizá-lo. Isto porque um índice ou uma estatística criada não quer dizer que o banco de dados vai seguí-lo, ele pode tomar a decisão de fazer um "full table scan", ou seja percorrer toda a tabela.

Portanto o legal mesmo é fazer análise da sua necessidade, quantas vezes precisará dela, se não existe outra medida a tomar e se surtirá efeito. Esse trabalho que um DBA sabe fazer.

A melhor performance com certeza é fazer os JOINS através de todas as chaves primárias das tabelas e colocar o NOLOCK. Assim o banco de dados usará o indice correto e não bloqueará as outras atividades de outros usuários.

Att,

[Galdino]

A melhor performance com certeza é fazer os JOINS através de todas as chaves primárias das tabelas e colocar o NOLOCK. Assim o banco de dados usará o indice correto e não bloqueará as outras atividades de outros usuários.

Att,

AMIGO eu usei o comando NOLOCK em algumas sentencas no RM e ficou top

valeu

[Emanuel Peixoto]

Galdino, vou te dar uma explicação sobre indices e estatisticas que deve esclarecer e te dar um conceito correto.

Os indices de uma tabela são como os indices de um livro, eles indicam onde encontrar o que vc está procurando.

O SQL permite vc a criar vários indices em uma mesma tabela, de forma que vc pode organizar os dados na ordem que vc quizer, exemplo:

se vc cria um indice que organiza os dados por data, no momento que vc realiza consultas por data o resultado será o melhor possível, pois o sql irá utilizar o indice que vc criou por data.

Se vc criar outro indice que organiza a tabela por codigo do movimento, quando vc realiar consultas que pesquisem por ordem de codigo de movimento, a consulta irá ser rápida pois os indices irão apontar para as informações de forma correta.

Mas, como o SQL sabe qual indice utilizar quando vc está realizando uma consulta em uma tabela que possui mais de um indice??

Resposta: ESTATISTICAS!!!

As estatisticas são contadores que informam para o SQL quais são os melhores indices ou os indices mais rápidos. O SQL sabe quais são os melhores indices baseado num contador sobre os campos que compoem os indices, os indices que possuem campos com maior seletividade são escolhidos e a consulta executa feito uma BALA!!!

Para isso, vc deve criar estatisticas para os indices, não adianta vc ter indices sem estatisticas.

Realizando uma verificação do plano de execução de qualquer consulta vc pode verificar a inexistencia de indice e criá-los. Outra forma é o Index Tuning wizard(SQL2000) ou o DTA(SQL2005) que sugere ou cria indices e estatísticas automaticamente.

O FullScan comentado pelo colega Mafra só é realizado quando não existem indices para os dados que estão sendo pesquisados, quando as estatisticas não existem, são ineficientes ou estão desatualizadas. Pra vc ver como a falta de estatisticas é crucial pra imagine a seguinte situação:

vc chega em uma biblioteca e vai procurar o assunto "Atualização de estatisticas" pesquisando nos indices de todos os livros de informatica relacionados com banco de dados, até vc encontrar um livro que tenha o assunto no indice pode demorar bastante. apesar de todos os livros possuirem índices isso não quer dizer que vc irá encontrar rapidamente o que vc quer.

Agora se a bibliotéca possui um estatistica, onde, vc pode realizar a seguinte consuta: quais os livros que possuem o assunto "Atualização de estatisticas" no indice? se existir essa estatisticas vc irá direto para os livros certos, sem perder muito tempo.

Agora, se por acaso, não existirem as estatisticas, vc até pode encontrar os livros que contem o assunto, porém, se não existir nem estatistica e nem indices, vc estárá perdido!! coitado de vc, terá que verificar todas as folhas de todos os livros para encontrar o assunto "Atualização de estatisticas",rsrsrsrs.

Tão importante quando criar indices e estatisticas é a manutenção delas, realize diáriamente reindexação dos indices de todas as tabelas e atualize as estatisticas também para todos os objetos.

Editado 13 de Agosto de 2008 por Emanuel Peixoto

[judilon]

Muito Bom esse topico!

[Claudio]

Beleza Emanuel, bem Explicado..!!!!!!

[Galdino]

opa muito boa a dica.

valeu

[Emanuel Peixoto]

Num é dica não Galdino, é um conceito correto sobre o assunto. Ter alguns coiceitos básicos bem abrendidos é muito importante.

Gostaria de ter mais tempo pra compartilhar mais coisas com vcs aqui no formula. Costumo acessar vez em quando, tem muita coisa boa que eu pesco daqui.

Editado 13 de Agosto de 2008 por Emanuel Peixoto

[Galdino]

Bom

Veja eu fiz a STATISTICS a consulta demorava 3:54 e passou a ser gerada com 1:30, isso ficou otimo, mas no sistema RM demora 12:50 quase uma eternindade.

Eu rodei no QUERY ANALYZER no servidor e demorou 1:30 e no bis ou saldos e demorou 12:50..

fiz o mesmo teste em outras maquinas em terminal server o tempo foi o mesmo, sendo que essa consulta nao demorava tanto assim a dois meses atraz.. não sei o que fazer mais.

Os outros cubos tambem teve queda de performace.

Tem alguma configuracao que ou possa esta verificando no sistema Operacional e no banco de dados.

valeu

[Emanuel Peixoto]

Use o profile para capturar os comandos repassados pelo acesso do cubo à sua base, depois utilize o Index Tuning wizard(SQL2000) ou o DTA(SQL2005) que sugere ou cria indices e estatísticas automaticamente.

Outra coisa que vc pode estar vendo é a possibilidade de habilitar o trace flag 9059 caso vc utilize muitas agregações no teu cubo.

dá uma olhada no link abaixo:

http://support.microsoft.com/kb/899976

[Alberto Libório]

Parabéns Emanuel....

Essa explicação foi muito bem postada. A didática está perfeita.

São esses tópicos que enriquecem esse fórum.

[Henrique Caldeira]

ótima dica galera, vlw

[Galdino]

No gerenciador tem a pasta DATABASE que tem 8 bases de dados isso faz com que diminua a performace do gerenciador?

e por que antes a outra pessoa cortava a base por anos por exemplo tenho uma base de 2002,2003,2004,2005,2006,Teste, FILIAL, CORPORE.

SOMENTE A CORPORE E A BASE ATUAL.

com essas bases todos eu tenho perda de performace.

minha base atual esta com 7 gigas.

valeu

[Emanuel Peixoto]

A quantidade de bases não influencia na performance.