[firebase-br] IBO será que é tão rápido?

[Laudelino]

Digamos que o IBX seria uma Ferrari e o IBO um land rover...

Se a estrada for tranquila, no caminho que leva através das 
dificuldades, o IBX voa... mas o primeiro buraco na estrada fará sua 
viagem digamos, emocionante...

O IBO pode trafegar por qualquer tipo de terreno, em menor velocidade, 
mas com garantia que ao fim da jornada o objetivo seja alcançado.

Ambos ao final de tudo, são falíveis e eficiêntes simplesmente porque 
são desenvolvidos por uma máquina chamada ser humano, ou seja, 
representam nitidamente as deficiências e virtudes dos que os fazem.

Mas eu iria mais longe um pouco.

Independentemente da tecnologia, um bom programador tira bons programas 
com componentes médios e um programador ruim, não produz nada bom nem 
com os melhores componentes.
(isso não é crítica a ninguém, por favor....)

Estou desde muito devendo um chopp para meu amigo Gladstone da 
ClubeDelphi e queria propor a ele que na próxima DelphiDay, ou FireDay 
ou passeata Gay (PG) sei lá, mas no próximo evento onde se reunisse a 
nata do desenvolvimento Delphi/Firebird que se fizesse uma mesa 
redonda/prática onde nossos gurus nos fizessem o seguinte fazor...
(O PG foi uma brincadeira fonética.... por favor 2)

Com firebird e Delphi (+ melhores componentes disponíveis), nos mostrar 
qual seria a solução ótima e mais elegante para se desenvolver uma 
aplicação que:

(Form)
MDI ou não, Actions, OO, componentes e etc...

(BD)
Conexão
Inclusão
Alteração
Exclusão
Consulta
*Todas com os tipos de campos conhecidos (VarChar, Blob, date etc...)

(LPT)
Impressão

Sempre objetivando a solução ótima, elegante e eficiente...

Sria mais ou menos assim...

Meu amigo Sonino se levanta e mostra a solução ótima para construção de 
um form báico de cadastro, com ActionManager, QuantumGrid, MadException 
e etc...

Depois vem o companheiro Cantú e mostra a melhor maneira de se conectar 
um banco FB e utilizar SP, Query, insert´s etc.. etc... na mesma aplicação.

Ai vem outra e mostra como gerar relatórios dessa aplicação...

Outro mostra o InnoSetup gerando uma instalação completa...

Depois eu entro e mostro como se estraga um aplicativo bem feito, ou 
como se faz pra levar uma lata de skol a 3 graus em 10 minutos...

Essa mesa redonda eu não perderia de maneira nenhuma... e o DVD só 
venderia menos que o Titanic

Um abraço a todos !

Laudelino Lima




Carlos H. Cantu (TeamFB) wrote:
> Tudo tem um preço: A inteligencia embutida no IBO faz com que ele não
> seja tão rápido comparado com operações básicas executadas com outros
> componentes mais "crus".
> 
> Sugiro que vc use um SQLMonitor pra ver porque a carga da primeira vez
> é mais demorada. Provavelmente está havendo a preparação dos comandos,
> etc. O monitor pode lhe dar pistas pra otimizar o seu processo.
> 
> Mas na minha opinião, o IBO continua sendo o melhor componente de
> acesso pra FB.
> 
> []s
> Cantu (Membro do TeamFB - FireBase)
> http://www.warmboot.com.br
> FireBase - http://www.FireBase.com.br
> 
> t> Olá Pessoal, 
> 
> t> Vem utilizando o IBO á 2 (dois) anos aproximadamente, tem recursos muito
> t> interessantes, mas com o tempo eu tenho percebido que ele não é tão rápido a
> t> ponto de ser muito superior a outros engines de acesso ao 
> t> Firebird/Interbase. 
> 
> t> Fazendo testes com o dbxpress usando o driver UIB a carga do formulário e a
> t> resposta dos dados numa consulta é espantosamente rápida, eu frenquento
> t> assiduamente a lista do IBO yahoo e não vejo o que pode ser a lentidão na
> t> primeira carga do formulário, na segunda vez ele já responde mais rápido,
> t> mas acho que não deveria ser assim, o datamodule é criado na execução da
> t> aplicação, portanto quando o formulário é criado, só tem o trabalho de
> t> entrar em modo Search o IB_Query. 
> 
> t> Tenho um formulário que ele demora uns 8 segundos pra carregar, tem muitos
> t> campos e obviamente muitos dados, e o TIB_Query sempre inicia em modo
> t> Search; as propriedades AutoFetchAll = false e FetchWholeRows = false.
> 
> t> Eu uso consulta parametrizada, então não entendo porque essa demora na
> t> carga, eu uso na maioria das minhas tabelas, domains, tem lido que se
> t> habilitar a propriedade SCHEMACACHEDIR o aplicativo acelera, mas ao
> t> contrário, eu achei que ficou mais lento, todos as IB_Query tem os KeyLinks
> t> definidos corretamente, uso componentes dataware puro IBO nativo, e parece
> t> que esse componentes demoram desenhar ou carregar os dados, penso que seja
> t> isso. 
> 
> t> Não uso lookups, apenas uma tabela está relacionada no tabela principal
> t> usando inner Join e os indices estão sendo carregados corretamente conforme
> t> o IBO mostra nos testes, até formulários com 3 campos, demora um pouco,
> t> tipo, 2 segundos, com dbx é instantâneo, o IBX também quando utilizada se
> t> mostra até mais rápido. Se alguém tem algum truque a mais pra descobrir como
> t> acelerar esse acesso, eu agradeço. 
> 
> t> IBO 4.5B 
> t> Delphi 7 
> t> Firebird 1.03 
> 
> t> Toninho Nunes 
> 
> 
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.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
>