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

[Eduardo Jedliczka]

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
>