RES: [firebase-br] FB 2.0 realmente é + rápido ? comigo foi mais lento q o fb 1.5
Caio Oliveira
news em caiosistemas.com.br
Ter Set 19 10:58:55 -03 2006
Olá Pessoal,
Eu estou usando o FB 2.0 em nosso sistema de testes hà pelo menos 03
meses; algum tempo atrás me deparei com uma SQL que funcionava bem no
FB1.5 porêm quando rodava no 2.0 o servidor praticamente parava!.
Descobri que havia uma tabela no sistema com 02 indices para o mesmo
campo e, ao eliminar o indice duplicado; a SQL que travava o FB 2.0 RC4
passou a funcionar normalmente.
Esse ainda é um problema no FB2.0; porêm depois de resolvido na nossa
base o problema do indice, não notamos mais nenhum problema.
Quanto à performance, ainda não temos parâmetros para informar com
precisão, na verdade não notei muita diferença; mas, o fato é que nossa
base de testes funcionava muito bem com o FB1.5 e continuou funcionando
muito bem com o FB2.0. Estamos aguardando a RC5 de forma que com ela,
possamos fazer a instalação em um de nossos maiores clientes e, ai sim
acredito, poderemos sentir as diferenças.
Sds, Caio Oliveira
Maycon Ferraça escreveu:
> Não seria o operador UNION ALL, mas sim com o predicado ALL, por exemplo:
> SELECT * FROM TABELA1 WHERE CODIGO > ALL(SELECT CODIGO FROM TABELA2);
>
> O fato do predicado ALL não ler índice é para corrigir um bug, onde o
> resultado poderia vir incorreto justamente por efetuar uma leitura
> indexada.
> No caso do NOT IN, o otimizador nas versões até a 1.5.x efetuava a
> conversão do predicado IN (e inclusive o NOT IN) para EXISTS (ou NOT
> EXISTS). Por exemplo:
>
> O comando
>
> SELECT * FROM TABELA WHERE CODIGO NOT IN (SELECT CODIGO FROM TABELA2);
>
> era internamente convertido para
>
> SELECT * FROM TABELA WHERE NOT EXISTS (SELECT 1 FROM TABELA2 WHERE
> TABELA2.CODIGO = TABELA1.CODIGO);
>
> O que no Firebird 2.0 não faz mais a conversão do NOT IN de maneira
> proposital (segundo Dmitry Yemanov). O motivo é desconhecido por mim,
> mas acredito que seja algo similar sobre o que aconteceu com o ALL.
>
> Abraço!
> Maycon Ferraça
>
>
> Joao Paulo - Spectrum wrote:
>> Mas isto não seria um problema no Firebird 2 ? Deixar de usar indices nestes
>> tipos de consultas NOT IN e UNION ALL ?
>>
>> Joao Paulo
>>
>> -----Mensagem original-----
>> De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
>> nome de Maycon Ferraça
>> Enviada em: segunda-feira, 18 de setembro de 2006 09:23
>> Para: lista em firebase.com.br
>> Assunto: Re: [firebase-br] FB 2.0 realmente é + rápido ? comigo foi mais
>> lento q o fb 1.5
>>
>> Se a consulta utiliza o predicado ALL, ela poderá ficar mais lenta no
>> Firebird 2, por não utilizar índice. (Ver Release Notes do FB2, página 109).
>> A mesma coisa acontece com o NOT IN, o mesmo não utilizará índice nesta
>> versão. Você deve reescrever a consulta para utilizar NOT EXISTS (Esta
>> característica não é encontrada nos Release Notes do FB2, pelo menos até a
>> que saiu com RC4).
>>
>> Abraço!
>> Maycon Ferraça
>>
>> Eduardo Jedliczka (TeamFB) wrote:
>>> Mais uma coisa...
>>>
>>> Experimente extrair o metadata e recriar a base completamente no FB 2...
>>> assim, terá uma base com ODS 11 (100% incompatível com o FB 1.5). Pode
>>> ser que o processo de backup na versão 1.5 e restore na 2.0 não esteja
>>> mudando o GDS (eu nunca testei isto, então não posso dizer).
>>>
>>> ======================
>>> Eduardo Jedliczka
>>> Membro do TeamFB - FireBase
>>> Apucarana - PR
>>> ======================
>>> "Posso não concordar com nada do que dizes.
>>> Mas defenderei até a morte o seu direito de dizê-lo"
>>> (Voltaire 1694-1778)
>>> ----- Original Message -----
>>> From: "Carlos H. Cantu (TeamFB)" <listas em warmboot.com.br>
>>> To: "FireBase" <lista em firebase.com.br>
>>> Sent: Sunday, September 17, 2006 11:13 AM
>>> Subject: Re: [firebase-br] FB 2.0 realmente é + rápido ? comigo foi
>>> mais lento q o fb 1.5
>>>
>>>
>>> Quanto ao seu relatório, analise o plano de acesso gerado pelo FB 1.5
>>> e pelo 2.0. Pode ser que o 2.0 esteja gerando um plano inadequado. Se
>>> esse for o caso, sugiro que vc poste no bug tracker do FB, para que
>>> eles analisem e caso comprovado, corrijam o otimizador do 2.0.
>>>
>>> Outra coisa que vc pode fazer é forçar o 2.0 a usar o mesmo plano que
>>> foi usado no 1.5.
>>>
>>> []s
>>> Cantu (Membro do TeamFB - FireBase)
>>> http://www.warmboot.com.br
>>> FireBase - http://www.FireBase.com.br
>>>
>>> EDF> entre outras coisas q o FB 2.0 disponibiliza para a gente o q
>>> EDF> mais me chamou a atenção foi a velicidade. todos comentam q ele é
>>> EDF> muito + veloz q o fb1.5...por tanto eu fiz o seguinte...tirei um
>>> EDF> relatorio no fb1.5 q demorou 3 minutos, fiz um backup e
>>> EDF> desistalei o fb 1.5. Instalei o FB 2.0 e fiz um resotore...dai
>>> EDF> tirei o mesmo relatorio e nossa..demorou +/- 12 minutos...ou seja
>>> EDF> o fb 2.0 foi mais lento q o fb 1.5... Será q existe alguma coisa
>>> EDF> a mais para ser feita alem de um backup/restore ?... bom dai fiz
>>> EDF> outro teste... peguei um sempron de 2.2 com 512 de ram e um durom
>>> EDF> 1.6 com 512 de ram tb. o sempron muito melhor e mais rápido
>>> EDF> instalei o fb2.2 e no duron o fb 1.5....claro q cada banco de
>>> EDF> dados eu fiz um restore na versão correta na propria
>>> EDF> máquina...dai comecei a pacer no meu sistema tirando relatorios e
>>> EDF> entrando em modulos q eu sei q tem selects mais demorados e o fb
>>> EDF> 2.0 q está no sempron perdeu para o duron q está com o fb 1.5 em
>>> EDF> todos os teste...bom eu acredito q tenha algo a mais para
>>> EDF> configurar...
>>> EDF>
>>> EDF> desde já agradeço
>>> EDF>
>>> EDF> msn: elandf em hotmail.com
>>>
>>> EDF>
>>> EDF> --------------------------------- Você quer respostas para suas
>>> EDF> perguntas? Ou você sabe muito e quer compartilhar seu
>>> EDF> conhecimento? Experimente o Yahoo! Respostas!
>>> EDF> ______________________________________________
>>> EDF> FireBase-BR (www.firebase.com.br) - Hospedado em
>>> EDF> www.locador.com.br Para editar sua configuração na lista, use o
>>> EDF> endereço
>>> EDF> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.b
>>> EDF> r Para consultar mensagens antigas:
>>> EDF> http://firebase.com.br/pesquisa
>>>
>>>
>>> ______________________________________________
>>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>>> Para editar sua configuração na lista, use o endereço
>>> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>
>>>
>>> ______________________________________________
>>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>>> Para editar sua configuração na lista, use o endereço
>>> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>
>>
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br Para
>> editar sua configuração na lista, use o endereço
>> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>
>> Esta mensagem foi verificada pelo E-mail Protegido Terra.
>> Scan engine: McAfee VirusScan / Atualizado em 15/09/2006 / Versão:
>> 4.4.00/4853 Proteja o seu e-mail Terra: http://mail.terra.com.br/
>>
>>
>>
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> Para editar sua configuração na lista, use o endereço http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para editar sua configuração na lista, use o endereço http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
Mais detalhes sobre a lista de discussão lista