[firebase-br] Transações x IBO x Delphi
Gladiston Santana
gladiston em vidy.com.br
Seg Dez 22 10:20:58 -03 2014
Nos componentes do IB_Query voce tem uma propriedade chamada CommitAction,
que determina o que ele irá fazer ao receber um commit, talvez refresh,
fechar a query ou invalidar o cursor.
Se fechar, o unprepare parece que é verificado se necessário.
É .txt ou .xml?
Se for xml voce pode navegar nos dados como num clientdataset usando delphi
e fazer um execute procedure para cada registro e daí a procedure faz o
resto, creio que manutenção seria mais fácil assim.
Se for txt, o FB sabe lê-las daí pode usar uma procedure para fazer insert
into/select from que é bem mais rápido, sendo através duma SP você confere
as dependencias previamente é claro.
Se as dependencias forem atemporais, isto é, uma informação lá atrás
depende de outra lá na frente, eu mudaria a sua abordagem e popularia GTTs
para ter todos os dados primeiro em tabelas temporarias e depois transferir
para as respectivas tabelas já tendo o quadro geral. Também usaria
procedure para isso.
Em forma de script como vem fazendo eu não entendi porque o IBO entraria em
cena com transações, prepare, parametros...., afinal entendo que o script
já tem a sentença completa de insert/update e por isso não teria esses
argumentos e o componente mais adequado seria o IB_Script ou o utilitário
isql.
[]´s e boa sorte.
Em 20 de dezembro de 2014 09:35, Valdemir - GMail <valdemirjs em gmail.com>
escreveu:
> Pessoal tenho uma outra situação
>
>
>
> Em uma rotina, de importação em massa, envolvida por várias tabelas
>
> Clientes
>
> Produtos
>
> NF
>
> Itens
>
> Contas Receber
>
>
>
> Enfim, uma importação do arquivo SPED Fiscal (para quem conhece sabe que em
> um único TXT vem informações de várias tabelas)
>
>
>
> Tenho uma rotina, com vários querys, e cursores, e um script para inserção
> no banco ou update das informações lidas.
>
>
>
> O que o sistema faz, lê o arquivo do sped, verifica se já tem a informação
> no cadastro, se tiver, verifica se é necessário atualizar se não for
> necessário não dá update, se for necessário, ai dá o update, se não
> existir,
> ai dá o insert.
>
>
>
> Ocorre que, existem alguns selects, que se repetem, então para agilizar eu
> tenho alguns cursores, onde eu apenas troco os parâmetros e dou refresh, em
> alguns casos tenho querys.
>
>
>
> Estou monitorando e vi que nesta rotina o número de transações sobe a 7 mil
> transações abertas, coisa que dificilmente tenho 7 mil queries (isso
> supondo
> que eu tenha uma transação a cada query)
>
> Nesta janela, as consultas principais e o script tenho apenas uma
> transação,
> mas tenho alguns componentes que usam a transação default do ibo.
>
>
>
> Monitorando pelo sinatica, tem muitas transações que não mostram o comando
> que originou a transação, isso porque, quando vc dá um close no query, ele
> fecha, mas não da o unprepare.
>
>
>
> Minha ideia é dar o unprepare manual porque este número está muito alto.
>
>
>
> Fora esta solução alguém tem alguma outra suspeita ?
>
> Alguém conhece uma maneira deu adicionar antes de destruir a query da
> memória dar o unprepare na mesma ?, mas sem alterar os fontes do ibo ?
> (tipo
> no meu fonte, eu adicionar algo assim: antes do destroy de todas as query,
> dar o unprepare, desta forma não precisa ir form por form e fazer isso)
>
>
>
>
>
>
>
> Atenciosamente,
> Valdemir
>
>
>
>
>
> ______________________________________________
> 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
>
--
--
B em B@BU iB em M@B. B em MBBO MBBMMB em B@BZLr E@@@@i r@@@BU
vB em M@O E em B@Bu BBBM em 0 G em MMM@N8MBB em ZP5r B em B@k 8B@@O
OB em B@q 2 em BBBM B em B@BO BB em B@B,.:,7B em B@@L uB em B@, OB em B@.
,@@@B@ @BBB@, @BBB em 8 M em M@@@ PB em B@B @@@BN iB em B@L
U em B@B2 LB em B@X B em MBBO MBBM em B i em BBB@. 7 em B@Bi B em B@E
B@@@BiM em M@B. @BBM em G M em MMB@ v@@M em B, G em B@Z v em B@B.
7B em B@O em B@B5 B em B@B8 BBBM em B Z@@@B@ iB@@@2 em B@Br
NB em M@B em B8 @B em B@8 M em B@B em i:i75 em B@B em r E@@B em B@Bq
. em B@@@B@: B em B@B@ @B@@@B em B@B@@@ME; .BB em MBB@
55.ANOS OMOGBS PBZGGOOMOO117, 7 em BBB@r
==============================================r@@@@F=====
Gladiston Santana 8 em B@B,
Supervisor de TI G em B@B7
Tel.:+551147873122 R:228 :@B em B0
Grupo VIDY - SGQ ISO9001 - 55 ANOS @B em B@.
Visite nosso site: www·vidy·com·br BB@@@u
Visite também : www·expolabor·com·br GB em B@N
Mais detalhes sobre a lista de discussão lista