[firebase-br] Performance Firebird

Braytiner braytiner em gmail.com
Qua Mar 19 10:22:09 -03 2008


Olá pessoal,

  possuo uma tabela com aproximadamente 14000 registros, com aproximadamente 
37 campos. Na minha aplicação Delphi (uso o DBXPress + ClientDataSet + 
Firebird 2.0) realizo um select trazendo todos os registros (utilizo a 
QuantumGrid que permite ao usuário realizar filtros e personalizações dentro 
de minha aplicação, por isso trago todos os registros), o tempo de retorno 
está sendo de 1 minuto. Estive lendo alguns posts vendo alguns casos de 
selects em tabelas grande que retornam muito mais rápido.

Estou usando índices para as colunas usadas em Joins, em ordenações, e estas 
com baixo nível de repetição. Aumentei o número da página de dados para 8192 
aumentei o cache do banco para 16000, resultando em 128 Mb RAM disponível, 
mas não notei melhoras.

Compilei algumas dicas sobre performance as quais já vi e gostaria que o 
pessoal pudesse apontar o que é verdade, o que é lenda, creio que vai ser 
muito útil para todos aqui.

Gostaria de saber como realmente otimizar o FB e se estou fazendo algo 
errado gostaria de saber para que possa melhorar a performance da aplicação, 
já vi e revi vários fatores

vejam abaixo o SELECT que estou realizando:

SELECT PRO_ID, PRO_CODIGO, PRO_DESCRICAO, PRO_RESUMIDA,
       PRO_OBS, GRU_CODIGO, SUB_CODIGO, PRO_ULTFOR,
       PRO_FABRICANTE, PRO_UNIDADE, PRO_EMBALAGEM,
       PRO_VALIDADE, PRO_ALIQUOTA, PRO_SITUACAO,
       PRO_COMISSAO, PRO_MARKUP, PRO_MARGEM,
       PRO_CLASFISC, PRO_SITTRIB, PRO_PESOBRU, PRO_PESOLIQ,
       PRO_ULTENT, PRO_ULTSAI, PRO_ULTQTD, PRO_ESTMIN,
       PRO_ESTPEDIDO, PRO_ESTRESERVA, PRO_ESTFISICO,
       PRO_ESTESTIMADO, PRO_PRCOMPRA, PRO_PRCUSTO,
       PRO_PRMEDIO, PRO_PRVENDA, PRO_PRPROMO1,
       PRO_PRPROMO2, PRO_DTTRANSF, PRO_DTALTPRECO
FROM PRO


Aqui estão as dicas que peguei em alguns artigos:


- No Delphi, mudar evento OnGet.TableName dos data set providers (TableName 
:= 'Nome da tabela a ser alterada'

- Usar SubSelects no lugar de joins

- Adicionar índices aos campos utilizados em Where (que não possuem alto 
nível de repetição)

- Usar Triggers ao invés de Foreign Keys

- Usar Stored Procedures para incluir, editar e excluir dados

- No Delphi em DataSetProviders usar Fetch Blobs

- Aumentar DefaultDbCache (firebird.conf)

- É aconselhável que se defina o segmento de um BLOB para o mesmo tamanho da 
página.
  Se ambos o segmento do BLOB e a página estão definidos em 4096, queries 
com vários blobs podem atingir a
  velocidade de transferência de 20MB/s.

- Ao invés de utilizar um DNS, use o arquivo HOSTS em cada terminal para 
determinar resolver os IPs

- Criar índices para campos usados em ordenação e em Joins

- Desativar e reativar índices temporariamente

- Desabilite a limpeza automática (automatic garbage collection), usando 
GFIX -h 0, em favor da limpeza programada (scheduled database sweep), usando 
GFIX -s.

- Recalcule a seletividade do índice STATISTICS INDEX nome;)

- Alterar ProcessPriorityLevel = 0 para 2 no firebird.conf

- Alterar TCP REMOTE BUFFER em firebird.conf (este configura o tamanho dos 
pacotes de dados enviados pela rede)

----
Braytiner 






Mais detalhes sobre a lista de discussão lista