[firebase-br] Transações x IBO x Delphi

[Gladiston Santana]

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