{"id":85,"date":"2010-11-17T10:24:00","date_gmt":"2010-11-17T12:24:00","guid":{"rendered":"http:\/\/www.soudba.com.br\/?p=85"},"modified":"2010-11-17T10:24:00","modified_gmt":"2010-11-17T12:24:00","slug":"como-uma-consulta-pode-influenciar-em-performance","status":"publish","type":"post","link":"https:\/\/www.soudba.com.br\/?p=85","title":{"rendered":"Como uma consulta pode influenciar em performance"},"content":{"rendered":"
Performance de Consultas<\/span>
<\/b><\/div>\n

Otimizador<\/b> – \u00c9 o programa que est\u00e1 preparado internamentamente pelo oracle para diagnosticar qual ser\u00e1 a melhor proposta para se recuperar a informa\u00e7\u00e3o. Seria ele o respons\u00e1vel por gerar o plano (caminho) para se buscar os dados das tabelas e indices. O Oracle nas vers\u00f5es mais recentes ( a partir 9iR2 se n\u00e3o me engano) se utiliza-se de custo como padr\u00e3o e n\u00e3o recomenda usar regra em suas consultas.<\/p>\n

Custo<\/b> – \u00c9 a melhor estimativa do numero de I\/Os que devem ser feitos para a execu\u00e7\u00e3o de uma consulta.<\/p>\n

Estimativas<\/b> – S\u00e3o empregadas t\u00e9cnicas para se gerar o melhor plano e s\u00e3o usadas como base as estimativas. Os tipos s\u00e3o: seletividade, cardinalidade e custo;
A cardinalidade \u00e9 derivada da seletividade e o custo depende da cardinalidade.
Se as estatisticas est\u00e3o atualizadas, ser\u00e3o empregadas na gera\u00e7\u00e3o dos planos, se caso n\u00e3o estejam ser\u00e3o usadas valores padr\u00e3o de estatisticas usando se o parametro para isso: OPTIMIZER_DYNAMIC_SAMPLING.<\/p>\n

Seletividade<\/b> – \u00c9 uma propor\u00e7\u00e3o estimada de um conjunto de linhas retorndas a partir de um predicado (filtro) ou uma combina\u00e7\u00e3o de predicados.
F\u00f3rmula: (numero de linhas que satisfazem o filtro\/total de numero de linhas – baseado em histogramas)<\/p>\n

Ex:
select last_name from employees where last_name =’JOHN’;<\/p>\n

A f\u00f3rmula pode ser melhor entendida assim:
a) O n\u00famero de linhas que satisfazem o filtro para o predicado \u00e9 2.
b) O n\u00famero de linhas que precisam ser lidas para satisfazer o retorno \u00e9 200 baseando se em nomes distintos que existem na coluna last_name.
A seletividade ser\u00e1: 2\/200  = 0,01 – alta seletividade – utilizar\u00e1 indices.<\/p>\n

Os valores sao entre 0.0 e 1.0, se diz uma alta seletividade: baixo numero de linhas, baixa seletividade: numero alto de linhas.<\/p>\n

– Um indice n\u00e3o ser\u00e1 usado porque temos uma baixa seletividade. \u00c9 melhor percorrer a tabela ao inves de percorrer varias linhas no indice.<\/p>\n

– Um indice pode ser usado porque temos uma alta seletividade. O numero de linhas pequeno a ser retornado \u00e9 mais provavel se usar o indice para localizar rapidamente estas linhas na tabela quando esta quantidade de linhas nao exceder 3% a 4% do total de linhas da tabela.<\/p>\n

O c\u00e1lculo da seletividade se base em duas fontes:
a) Estat\u00edsticas – se caso nao exista usuar\u00e1 exemplos dinamicos.
b) Histogramas – Analisa a distribui\u00e7\u00e3o das linhas, como a quantidade de informa\u00e7\u00f5es distintas em uma coluna (ideal para indices BTREE e quando varios valores distintos melhor para BITMAP).<\/p>\n

Cardinalidade<\/b> – Expectativa do n\u00famero de linhas a serem retornadas de uma tabela para uma opera\u00e7\u00e3o em particular. Analisa o n\u00famero de linhas distinas, o n\u00famero total de linhas da tabela e a seletividade. \u00c9 usado para determinar jun\u00e7\u00f5es, filtros, agrupamentos e custo de ordena\u00e7\u00e3o.
F\u00f3rmula – seletividade\/n\u00famero total de linhas baseadas no histograma<\/p>\n

F\u00f3rmula: (numero de linhas que satisfazem o filtro\/n\u00famero total de linhas baseadas no histograma)\/n\u00famero total de linhas da tabela

<\/b>
Custo – <\/b>\u00c9 o melhor estimativa que existe para saber qual seria o n\u00famero de I\/Os que se devem ser feitos para satisfazer o retorno de uma consulta. Uma unidade de custo equivale a leitura de uma  leitura para um bloco em forma rand\u00f4mica.
S\u00e3o feitos os seguintes calculos para se conseguir a estimativa correta:
a) Estimativa de Tempo de leitura de blocos de forma rand\u00f4mica.<\/p>\n

b) Estimativa de Tempo de leitura de blocos em leitura em lote.
c) Estimativa de Tempo de uso de CPU pelo processo para leitura de uma unidade de custo.<\/p>\n

Gera\u00e7\u00e3o de planos<\/p>\n

Para se gerar planos, o melhor \u00e9 utilizar da seguinte forma:
a) Sqldeveloper – da pr\u00f3pria oracle – gratuito.
b) Linha de comandos no sqlplus.<\/p>\n

C:UsersAndre>sqlplus \/ as sysdba<\/p>\n

SQL*Plus: Release 10.2.0.3.0 – Production on Qua Nov 17 09:41:49 2010<\/p>\n

Copyright (c) 1982, 2006, Oracle.  All Rights Reserved.<\/p>\n

Conectado a:
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 – Production
With the Partitioning, OLAP and Data Mining options<\/p>\n

SQL> alter user scott identified by tiger account unlock;<\/p>\n

Usu\u00e1rio alterado.
SQL> EXPLAIN PLAN
  2  SET STATEMENT_ID = ‘badsql1’
  3  FOR
  4  SELECT ename FROM emp;<\/p>\n

Explicado.<\/p>\n

SQL> SELECT cardinality “Rows”,
  2         lpad(‘ ‘,level-1)||operation||’ ‘||
  3         options||’ ‘||object_name “Plan”
  4    FROM PLAN_TABLE
  5  CONNECT BY prior id = parent_id
  6          AND prior statement_id = statement_id
  7    START WITH id = 0
  8          AND statement_id = ‘badsql1’
  9    ORDER BY id;<\/p>\n

      Rows
———-
Plan
——————————————————————————–<\/p>\n

        14
SELECT STATEMENT<\/p>\n

        14
 TABLE ACCESS FULL EMP<\/p>\n

http:\/\/download.oracle.com\/docs\/cd\/B10500_01\/server.920\/a96533\/ex_plan.htm<\/p>\n

Uma consulta eficiente<\/b><\/div>\n

Alta seletividade<\/b> – Index scan – N\u00famero de retorno de linhas pequeno. Uso aconselhado de \u00edndices na pesquisa onde as tabelas s\u00e3o maiores que 4% do valor do total de numero de linhas retornadas. Aconselhado em sistemas comerciais ou OLTP.<\/p>\n

Baixa seletividade<\/b> – Full table scan – N\u00famero de retorno de linhas alto. Aconselhado a busca direta dos dados sem a utiliza\u00e7\u00e3o de indices. \u00c9 melhor percorrer toda a tabela ao inv\u00e9s de usar o \u00edndice para buscar muitas linhas. Baseado em sistemas de Data Warehouse ou Bussiness Inteligence. Pode se melhorar a leitura sequencial dos registros na tabela atrav\u00e9s do aumento no valor do param\u00eatro: DB_FILE_MULTIBLOCK_READ_COUNT e se aplica tamb\u00e9m:<\/p>\n