[firebase-br] sugestões para meu cenário (transações)

[Fernando Filho]

Eduardo,
  valeu mesmo pela ajuda, realmente sei que não vou resolver 100%, mas se
conseguir ganhar 20 a 30% de performance a curto prazo já estou feliz.
sobre os transactions, eu sempre uso read commited, nunca usei com read
only, mas irei fazer uns testes
mais uma vez muito obrigado! :)

Em 21 de dezembro de 2010 08:00, Eduardo Jedliczka <edujed em gmail.com>escreveu:

> o seu problema transacional resume-se à "transações extremamente longas",
> em
> termos de banco de dados, 10 minutos isto é uma looooonga eternidade.
>
> A troca do soft Commit (Retainning ) pelo Hard Commit em "apenas" alguns
> lugares, certamente irá melhorar o desempenho (leia-se amenizar o
> problema),
> mas não irá resolver a questão.
>
> Quanto à usar duas transações, uma para consulta e outra para atualização /
> gravação, só terá impacto positivo se a transação de consulta for "read
> only". Mas preste atenção ao tipo de isolamento, pois pode ocorrer da
> consulta "não exibir" os novos registros/valores inseridos/modificados pela
> segunda transação.
>
> Abraço
>
> ==========================
> Eduardo Jedliczka
> Apucarana - Pr
> ==========================
>
>
>
> Em 21 de dezembro de 2010 08:46, Fernando Filho <nanfilho em gmail.com
> >escreveu:
>
> > pessoal, mais uma duvida, tem problema caso o sistema tenha partes com
> > commit e partes com commit rettaining? estou pensando em refatorar os
> > modulos mais usados e tirar o rettaing mas continuaria nos outros
> modulos,
> > algum impacto nisso?
> >
> > valeu!
> >
> > Em 20 de dezembro de 2010 17:27, Fernando Filho <nanfilho em gmail.com
> > >escreveu:
> >
> > > pois é, vou tentar o plano B
> > > remover alguns rettaing por commit pra ver se melhora um pouco
> > > sobre 2 connections e transactions , um pra
> > inclusoes/alteracoes/exclusoes
> > > e outro para consultas, é uma boa?
> > >
> > > valeu povo!
> > >
> > > Em 20 de dezembro de 2010 15:43, Eduardo Jedliczka <edujed em gmail.com
> > >escreveu:
> > >
> > > kkk... (acho que hoje eu só estou concordando com o povo)
> > >>
> > >> Quando vi seu post... pensei imediatamente: compre o FibPlus, use
> algum
> > >> programa (ou faça um) que dê um string replace nos componentes e seja
> > >> feliz.
> > >>
> > >> Mas, se quer um plano B, veja se é possível transferir "G R A D A T I
> V
> > A
> > >> M
> > >> E N T E" as Queries e Transações para os formulários (criando e
> > destruindo
> > >> os componentes de banco juntamente com eles), priorizando os forms
> mais
> > >> utilizados.
> > >>
> > >> E "desconecte" do banco de dados quando nenhum FORM estiver aberto.
> > >>
> > >> Outra coisa, se utilizar o Firebird 2.1, comece a monitorar as tabelas
> > >> MON$
> > >> juntamente com um gstat -h. Se o  servidor for Classic, o uso do
> > >> fb_lock_print ajuda.
> > >>
> > >> ==========================
> > >> Eduardo Jedliczka
> > >> Apucarana - Pr
> > >> ==========================
> > >>
> > >>
> > >>
> > >> Em 20 de dezembro de 2010 11:37, Fernando Filho <nanfilho em gmail.com
> > >> >escreveu:
> > >>
> > >> > pessoal, bom dia
> > >> >  já postei aqui sobre uns problemas que tenho no meu sistema (só uso
> > >> commit
> > >> > rettaining) e já sei dos males de seu uso (uso IBX e FB 2.1).
> > >> > estou refazendo o sistema em outra arquitetura, porem ainda vai
> > demorar
> > >> uns
> > >> > meses para ficar pronto, enquanto isso o atual
> > >> > no minimo 2 vezes por dia preciso restartar o serviço do firebird
> para
> > >> > resolver as lentidões intensas do sistema.
> > >> >
> > >> > pergunto: qual o melhor paleativo que posso fazer no sistema atual
> > para
> > >> > diminuir essas lentidões, mexendo o minimo possivel?
> > >> > já deram a ideia de usar 2 transactions (um para as as ibqueryes de
> > >> > consulta
> > >> > e outro para inserir/alterar/deletar)
> > >> > isso já melhoraria o desempenho?
> > >> >
> > >> > trocar os commitrettaining por commit fica mais complicado, por isso
> > >> queria
> > >> > algo que desse menos trabalho, para me dar tranquilidade de
> continuar
> > o
> > >> > novo.
> > >> >
> > >> > muito obrigado a todos.
> > >> >
> > >> > --
> > >> > Atenciosamente
> > >> > Fernando Filho
> > >> > ______________________________________________
> > >> > FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > >> > Para saber como gerenciar/excluir seu cadastro na lista, use:
> > >> > http://www.firebase.com.br/fb/artigo.php?id=1107
> > >> > Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> > >> >
> > >> ______________________________________________
> > >> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > >> Para saber como gerenciar/excluir seu cadastro na lista, use:
> > >> http://www.firebase.com.br/fb/artigo.php?id=1107
> > >> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> > >>
> > >
> > >
> > >
> > > --
> > > Atenciosamente
> > > Fernando Filho
> > >
> >
> >
> >
> > --
> > Atenciosamente
> > Fernando Filho
> > ______________________________________________
> > FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > Para saber como gerenciar/excluir seu cadastro na lista, use:
> > http://www.firebase.com.br/fb/artigo.php?id=1107
> > Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> >
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>



-- 
Atenciosamente
Fernando Filho