Notas sobre o Release

Valores: YES ou NO

db2set DB2_BINSORT = yes

Valores: dependente de parâmetros

O formato para a utilização dessa variável de registro é:

DB2_BLOCK_BASED_BP=BUFFER POOL ID,BLOCK AREA SIZE,[BLOCK SIZE];...

Vários conjuntos de buffers podem ser definidos para "com base em bloco" utilizando-se a mesma variável com ponto-e-vírgula separando as entradas.

O valor para BLOCK SIZE pode variar de 2 a 256. Se o BLOCK SIZE não for fornecido, o padrão utilizado é 32.

Se o BLOCK AREA SIZE especificado for maior que 98% do tamanho total do conjunto de buffers, o conjunto de buffers não se baseará em bloco. É interessante que sempre se tenha alguma parte do conjunto de buffers na área baseada em página do conjunto de buffers porque há a possibilidade de que páginas individuais sejam requeridas mesmo se a maior parte da E/S no sistema for de pré-busca em seqüência. Se o valor especificado para BLOCK AREA SIZE não for um múltiplo de BLOCK SIZE, ele será reduzido para o limite mais próximo do tamanho do bloco. Para obter mais informações sobre E/S baseada em bloco, consulte a seção 10.2.1, Conjunto de Buffers com Base em Bloco.

Valores: ON ou OFF

Valores: YES ou NO

Às vezes o otimizador não tem informações precisas para determinar se a pré-captura da lista é um bom método de acesso. Isso pode ocorrer quando seletividades de predicados contêm marcadores de parâmetros ou de variáveis de host que impedem o otimizador de utilizar estatísticas de catálogo para determinar a seletividade.

Essa variável de registro impedirá que o otimizador considere pré-captura de lista nessas situações.

Valores: YES ou NO

    SELECT *
     FROM EMPLOYEE
     WHERE DEPTNO IN ('D11', 'D21', 'E21')
	  

    SELECT *
     FROM EMPLOYEE, (VALUES 'D11', 'D21', 'E21) AS V(DNO)
     WHERE DEPTNO = V.DNO
	  

Essa versão pode fornecer melhor desempenho se houver um índice em DEPTNO. A lista de valores seria acessada primeiro e juntada a EMPLOYEE com um loop aninhado, utilizando o índice para aplicar o predicado de junção.

Às vezes o otimizador não tem informações precisas para determinar o melhor método de junção para a versão reescrita da consulta. Isso pode ocorrer se a lista IN contiver marcadores de parâmetros ou variáveis do host, que impeçam o otimizador de utilizar estatísticas para determinar a seletividade. Essa variável de registro fará com que o otimizador favoreça junções de loop aninhado para juntar a lista de valores, utilizando a tabela que contribui com a lista IN como a tabela interna da junção.

se for definido como inferior a 1, ajuste para 1

se for definido como superior a NUM_IOSERVERS, ajuste para NUM_IOSERVERS

se for definido como inferior a 1, ajuste ao padrão

se for definido como superior a 32767, ajuste a 32767

Valores: YES ou NO

Valores: YES ou NO

Valores: YES, NO ou qualquer número inteiro

Nota:

Embora o uso de recursos e tempo de otimização possa ser reduzido, o risco de produzir um plano de acesso de dados abaixo do ideal aumenta.

• Se definido como NO

  O otimizador não altera suas técnicas de otimização.

• Se definido como YES

  Se o nível de otimização for 5 (o padrão) ou inferior, o otimizador desativa algumas técnicas de otimização que podem consumir tempo de preparo e recursos significantes, mas que geralmente não produzem um melhor plano de acesso.

  Se o nível de otimização for exatamente 5, o otimizador recua ou desativa algumas técnicas adicionais, o que pode mais adiante reduzir a utilização de recursos e tempo de otimização, mas também aumentar o risco de um plano de acesso abaixo do ideal. Para níveis de otimização inferiores a 5, algumas dessas técnicas podem não estar em efeito de qualquer modo. Se estiverem, porém, elas permanecem em efeito.

• Se definido como qualquer número inteiro

  O efeito é o mesmo de quando o valor é definido como YES, com o seguinte comportamento adicional para consultas dinamicamente otimizadas no nível 5: se o número total de junções em qualquer bloco de consultas exceder o definido, então, o otimizador vai para enumeração "greedy join" em vez de desativar técnicas de otimização adicionais como descrito acima para o nível de otimização 5, o que implica que a consulta será otimizada em um nível similar ao nível de otimização 2.

  Para obter mais informações sobre enumerações "greedy" e "dynamic join", veja "SearchStrategies for Selecting Optimal Join" em Administration Guide: Performance.

Observe que a redução de otimização dinâmica no nível de otimização 5, como descrito em "Adjusting the Optimization Class", em Administration Guide: Performance, tem precedência sobre o comportamento descrito para o nível de otimização de exatamente 5 quando DB2_REDUCED_OPTIMIZATION é definido como YES, bem como sobre o comportamento descrito para a definição como inteiro.