1 / 21

Query Tuning

Query Tuning. Lílian Simão Oliveira. Query Tuning.

brendy
Télécharger la présentation

Query Tuning

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. QueryTuning Lílian Simão Oliveira

  2. QueryTuning • Pode ser tentador para resolver um problema de desempenho exclusivamente pelo nível de sistema de ajuste de desempenho do servidor, por exemplo, tamanho da memória, tipo de sistema de arquivos, número e tipo de processadores, e assim por diante. • A experiência tem mostrado que a maioria dos problemas de desempenho não podem ser resolvidos desta forma. Eles devem ser abordadas através da análise da aplicação, consultas e atualizações que o aplicativo apresenta ao banco de dados, e como essas consultas e atualizações de como interagir com o esquema do banco de dados.

  3. A longa duração consultas e atualizações podem ser causados ​​por? • Lenta comunicação de rede. • Memória insuficiente no computador servidor, ou não há memória suficiente disponível para SQL Server. • Falta de estatísticas úteis. • A falta de índices úteis. • Falta de distribuição de dados úteis. • Quando uma consulta ou atualização leva mais tempo do que o esperado, use a seguinte lista para melhorar o desempenho. Observação: É recomendável que este checklist ser consultado antes de entrar em contato com seu provedor de suporte técnico.

  4.  É o problema de desempenho relacionado a um outro componente do que as consultas? Por exemplo, é o problema de desempenho de rede lenta? Há outros componentes que possam estar causando ou contribuindo para a degradação do desempenho? Windows NT Performance Monitor pode ser usado para monitorar o desempenho do SQL Server e os componentes não-SQL Server relacionados.

  5. Se o problema de desempenho está relacionado às consultas, que consulta ou conjunto de consultas está envolvido? Use o SQL Profiler para ajudar a identificar a consulta lenta ou consultas.

  6. O desempenho de uma consulta de banco de dados pode ser determinado usando a instrução SET para permitir que o SHOWPLAN, STATISTICS IO, STATISTICS TIME, e as opções STATISTICS PROFILE. • SHOWPLAN descreve o método escolhido pelo otimizador de consultas do SQL Server para recuperar dados. • STATISTICS IO relata informações sobre o número de scans, leituras lógicas (páginas acessadas em cache), e leituras físicas (número de vezes que o disco foi acessado) para cada tabela referenciada na declaração. • STATISTICS TIME exibe a quantidade de tempo (em milissegundos) necessária para analisar, compilar e executar uma consulta. • STATISTICS PROFILE exibe um conjunto de resultados depois de cada consulta executada representa um perfil da execução da consulta.

  7. No SQL Query Analyzer, você também pode ativar a opção gráfica do plano de execução para ver uma representação gráfica de como o SQL Server recupera dados.    As informações recolhidas por essas ferramentas lhe permite determinar como uma consulta é executada pelo otimizador de consulta SQL Server e quais índices estão sendo usados. Usando essa informação, você pode determinar se melhorias de desempenho pode ser feita por reescrever a consulta, alterando os índices nas tabelas, ou talvez modificando o projeto de banco de dados.

  8. A query foi otimizada com estatísticas úteis? • Estatísticas sobre a distribuição dos valores em uma coluna são criados automaticamente em colunas indexadas pelo SQL Server. • Eles também podem ser criados em colunas não indexadas ou manualmente, usando o SQL Query Analyzer ou a instrução CREATE STATISTICS, ou automaticamente, se o auto criar estatísticas opção de banco de dados é definida como true. • Essas estatísticas podem ser usadas pelo processador de consultas para determinar a estratégia ideal para avaliar uma consulta. Manutenção de estatísticas adicionais em colunas não indexadas envolvidas em operações de junção pode melhorar o desempenho da consulta. • Monitorar a consulta usando SQL Profiler ou o plano de execução gráfica no SQL Query Analyzer para determinar se a consulta tem estatísticas suficientes.

  9. São as estatísticas de consulta up-to-date? São as estatísticas atualizadas automaticamente? • SQL Server cria e atualiza automaticamente estatísticas de consulta em colunas indexadas (contanto estatística consulta a atualização automática não está desativado). Além disso, as estatísticas podem ser atualizados em colunas não indexadas ou manualmente, usando o SQL Query Analyzer ou a instrução UPDATE STATISTICS, ou automaticamente, se a opção de atualização automática do banco de dados estatísticas é definida como true. Up-to-date estatísticas não são dependentes de dados de data ou hora. Se não houver operações UPDATE ter tido lugar, as estatísticas de consulta ainda estão up-to-date.

  10. Dicas de escrita de Query • O uma query retornaos dados emmenor tempo se foremdescritososnomes das colunasaoinvés de '*'. • Exemplo:Escreva a query assim: • SELECT id, first_name, last_name, age, subject FROM student_details; • Aoinvés de : • SELECT * FROM student_details;

  11. Cláusula HAVING é utilizadaparafiltrar as linhasdepois de todas as linhasseremselecionadas. Nâo utilize o HAVING clause paraoutrospropósitos. Exemplo: Escreva a query assim: • SELECT subject, count(subject) FROM student_detailsWHERE subject != 'Science' AND subject != 'Maths' GROUP BY subject; • Aoinvés de: • SELECT subject, count(subject) FROM student_detailsGROUP BY subject HAVING subject!= 'Vancouver' AND subject!= 'Toronto'; • * Especifica um critério de pesquisa para um grupo ou uma agregação. HAVING pode ser usado somente com a instrução SELECT. HAVING é usado normalmente em uma cláusula GROUP BY. Quando GROUP BY não é usado, HAVING se comporta como uma cláusula WHERE.

  12. Quandotivermais de umasubquerynasuaconsulta, tenteminimizar a quantidade de subquery. • Exemplo: Escreva a queyassim: • SELECT name FROM employee WHERE (salary, age ) = (SELECT MAX (salary), MAX (age) FROM employee_details) AND dept = 'Electronics'; • Aoinvés de: • SELECT name FROM employeeWHERE salary = (SELECT MAX(salary) FROM employee_details) AND age = (SELECT MAX(age) FROM employee_details) AND emp_dept = 'Electronics';

  13. Use o operadorEXISTS, IN e joins adequadamentenassuasquerys. a) NormalmenteIN é a quedemoramais tempo paraconcluirb) IN é eficientequando a maioria dos critérios dos filtrossãodescritosna sub-query. c) EXISTS é eficientequando a maioria dos critérios dos filtrosestãona query raiz. • Exemplo: Escrevauma query assim: • Select * from product p where EXISTS (select * from order_items o where o.product_id = p.product_id) • Aoinvés de: • Select * from product p where product_id IN (select product_id from order_items)

  14. Use EXISTS aoinvés de DISTINCT quando for usar joins queenvolvamtabelas com mais de um paramuitosrelacionamentos. Exemplo: Escreva a query assim: • SELECT d.dept_id, d.deptFROM dept d WHERE EXISTS ( SELECT 'X' FROM employee e WHERE e.dept = d.dept); • Aoinvés de: • SELECT DISTINCT d.dept_id, d.deptFROM dept d,employee e WHERE e.dept = e.dept;

  15. Tenteusar UNION ALL no lugar de UNION. Exemplo: Escreva a query assim: • SELECT id, first_nameFROM student_details_class10 UNION ALL SELECT id, first_nameFROM sports_team; • Aoinvés de: • SELECT id, first_name, subject FROM student_details_class10 UNION SELECT id, first_nameFROM sports_team;

  16. Escreva query assim: • SELECT id, first_name, age FROM student_detailsWHERE first_name LIKE 'Chan%'; • Aoinvés de: • SELECT id, first_name, age FROM student_detailsWHERE SUBSTR(first_name,1,3) = 'Cha';

  17. Escreva query assim: • SELECT id, first_name, age FROM student_detailsWHERE first_name LIKE NVL ( :name, '%'); • Aoinvés de: • SELECT id, first_name, age FROM student_detailsWHERE first_name = NVL ( :name, first_name);

  18. Escreva query assim: • SELECT product_id, product_nameFROM product WHERE unit_price BETWEEN MAX(unit_price) and MIN(unit_price) • Aoinvés de: • SELECT product_id, product_nameFROM product WHERE unit_price >= MAX(unit_price) and unit_price <= MIN(unit_price)

  19. Escreva query assim: • SELECT id, name, salary FROM employee WHERE dept = 'Electronics' AND location = 'Bangalore'; • Aoinvés de: • SELECT id, name, salary FROM employee WHERE dept || location= 'ElectronicsBangalore';

  20. Use non-column expression on one side of the query because it will be processed earlier. • Write the query as • SELECT id, name, salary FROM employee WHERE salary < 25000; • Instead of: • SELECT id, name, salary FROM employee WHERE salary + 10000 < 35000;

  21. Write the query as • SELECT id, first_name, age FROM student_detailsWHERE age > 10; • Aoinvés de: • SELECT id, first_name, age FROM student_detailsWHERE age NOT = 10;

More Related