[ RDBMS ]

Otimização de Aplicações ORACLE 

---

Quando o Oracle roda, ele recebe pedidos de dados dos usuários. Os dados ficam em diversos arquivos de dados no disco. Não há comunicação direta entre o banco de dados e os usuários. Todas as leituras, gravações e alterações dos dados passam através das estruturas de memória do Oracle. Isso aumenta a importância de usar a memória eficientemente.

O Oracle mantém uma área de SQL compartilhada na memória, também referida como pool compartilhado. Todas as declarações SQL são executadas nesse pool. Quando uma declaração SQL é passada para o Oracle, antes de carregá-la nesse poll, o Oracle procura aí uma declaração idêntica. Se ele encontrar uma combinação, a nova declaração é descartada, e a que já está no pool é executada em seu lugar. À preparação para a execução e a colocação no pool compartilhado, nos referimos como fase de preparação.

A leitura de informações do dico é referida como acesso a disco. Minimizar o acesso a disco é importante, dadas as operações que o computador executa quando lê no disco. Ele perde tempo para posicionar o leitor sobre o ponto exato no disco em que residem os dados, e o tempo para transferi-los para a memória pode se tornar BASTANTE significativo.

Como minimizar o acesso a disco ...?

• Índices
• Pool compartilhado
• Estratégia : Baseada em Regra ou Baseada em custo

Índice

• Você deve indexar colunas que são mencionadas nas seções where ou and (também referidas como predicado) de uma declaração SQL.
• Você deve indexar colunas que tenham um intervalo de valores distintos. Se determinado valor da coluna de uma tabela é apresentado em 20% ou menos das linhas, então a coluna é uma candidata para um índice.
• Se várias colunas são continuamente referenciadas juntas nos predicados da declaração SQL, você deve considerar a colocação delas em um índice.
• Ao construir um índice em uma tabela, se todos os valores da coluna do índice são distintos, então use a palavra-chave unique para criá-lo. Encontra modo de usra índices únicos ajuda o processo de otimização de aplicativo.

 CREATE INDEX nome_do_indice ON nome_da_tabela (coluna1, coluna2, coluna3,...);

Pool compartilhado

Projete suas conveções de codificaça (ou utilize as descritas abaixo). Passar declarações para processamento idênticas às que já estão no pool ajuda a otimizar seus aplicativos.

1 - Use uma linha para cada parte da declaração SQL. Alinhe a primeira palavra-chave de cada linha com a palavra-chave da seguinte.

 SELECT  nome, endereco, sexo
   FROM  bolsista
  WHERE  cod_id = id
  GROUP BY sexo
  ORDER by nome;

• Palavras especiais em maiúsculo.
• Outras palavras em minúsculo.

 SELECT  nome, endereco, sexo
   FROM  bolsista
  WHERE  cod_id = id
  GROUP BY sexo
  ORDER by nome;

 SELECT col1, col2, SUM(col3) ...

 SELECT col1, col2
       ,col3

 Preferir este modo :

 SELECT col1, col2,
        col3

  SELECT col1, col2, col3, SUM(col4, conl5, col6, col7,
           col8, col9, col10

  WHERE
    AND
    AND
    AND
    AND

  SELECT col1, col2, SUM(col3)

  WHERE x = y
    AND f = a
    AND t = z

Estratégia : Baseada em Regra ou Baseada em custo

Estratégia Baseada em Regra

Graduação 1 - Este caminho está disponível quando a palavra-chave WHERE iguala o rowid com um único valor.

  SELECT *
    FROM bolsa
   WHERE rowid = `005A3.0012.089F`;

Graduação 4 - Este caminho está disponível quando todas as coluas de uma chave exclusiva ou principal são referenciadas por sua declarações de igualdade.

 Coluna            Parte da chave principal
  nome                    SIM
  telefone                SIM
  cidade                  NÃO

SELECT  *
  FROM  dados
 WHERE  nome   = `FRANK`
   AND  cidade = `BRASILIA`;

Graduação 8 - Se a cláusula where da declaração mencionar todas as colunas em um índice composto e executar comparações de igualdade, esse caminho de acesso será usado.

Graduação 9 - Esse caminho de acesso é usado se a parte where/and da declaração SQL utilizar um ou mais índices de coluna simples. Se mais de um índice de coluna simples é usado, as condições devem ser conectadas com and.

Graduação 15 - A varredura total da tabela é usada para toda declaração SQL que não satisfaz os critérios de outros caminhos de acesso graduados.Cada registro da tabela é lido sequencialmente; aqueles que se qualificam em todos os critérios são escolhidos, e os demais são descartados.

Estratégia Baseada em Custo

Para usar essa estratégia, você deve reunir estatísticas a serem examinadas pelo otimizador baseado em custo ao selecionar o caminho de acesso aos dados, durante a determinação do plano de execução. Você reúne estatísticas manualmente usando o comando analyze em tabelas, índices ou clusters.

Lembre-se que, se você quer usar a otimização baseada em custo e não reunir estatísticas manualmente, o Oracle as estimará durante a fase de análise de cada nova declaraçã SQL. Essa é uma situação indesejável - essa reunião em andamento pode consumir tempo.

 analyze table bolsa estimate statistics;
 analyze table bolsa estimate statistics sample 35 percent;
 analyze table bolsa compute  statisticas;

Em um banco com muita concorrência, recomenda-se a execução de analises diárias. Você deve definir a melhor forma de atualização das suas tabelas de estatísticas.

Os resultados da análise são armazenados nas visões de dicionário de dados user_tables e user_indexs.

Referência :

• Oracle : A Beginner`s Guide ( ISBN 85-346-0752-4 )