Administração db2
1 Introdução 2
2 Escrevendo melhor o código SQL 3
2.1 Especifique somente colunas necessárias. 3
2.2 Limite o numero de linhas através do uso de predicados 3
2.3 Especifique a clausula FOR UPDATE se aplicável 6
2.4 Especifique a clausula OPTIMIZE FOR n ROWS. 7
2.5 Especifique a clausula FOR FETCH ONLY se aplicável. 7
2.6 Evite conversão de dados numéricos. 8
2.7 Outras considerações sobre tipo de dados 8
3 Considerações sobre SQL embutido 9
3.1 SQL estático 9
3.2 Quando e como o plano de acesso é determinado 9
3.3 SQL dinâmico 10
3.4 Quando e como o plano de acesso é determinado 10
4 Concorrência 11
4.1 Emita a declaração COMMIT 11
4.2 Especifique a clausula FOR FETCH ONLY 12
4.3 Execute INSERT , UPDATE e DELETE ao final da UOW 12
4.4 Nível de Isolamento 12
4.5 Como escolher um nivel de isolamento 14
4.6 Use CLOSE CURSOR WITH RELEASE 14
4.7 Lock escalation 15
5 Indexação 16
6 Estrutura dos indices DB2 16
7 Utilização basica de indices 20
8 LIST PREFETCH e MULTIPLE INDEX USAGE 21
9 COMPARANDO OS METODOS PARA LOCALIZAÇÃO DO DADO 24
10 INDICES COMPOSTOS 27
11 CONCLUSÃO 32
INTRODUÇÃO
Quando você esta especificando ou analisando um database, uma das mais importantes considerações a levar em conta é o “design” de seus aplicativos. Neste raciocínio, se suas bases são bem projetadas e implementadas, uma especificação incorreta de aplicativos pode causar sérios problemas de performance. A maioria das soluções de melhoria de desempenho muitas vezes está na revisão do próprio aplicativo do que propriamente nos parâmetros de configuração do DB2.
Por exemplo, uma linguagem SQL é muito flexível. Para recuperar um dado, você pode codificar um “SELECT” de diferentes maneiras. Contudo, a performance pode variar para diferentes formas de código. Isto é porque uma codificação pode utilizar mais recursos que outras. Em cada