Estudo para propor uma melhoria na performance da rotina de Apuração de resultado(CTBA211).
Analisando o log de um dos nossos clientes, identificamos que ocorre lentidão no processo de Apuração de Resultados, devido à quantidade de chamadas da função changequery desde a função SALDOCQ.
Na Apuração de Resultados a função changequery é chamada para gravar:
|
a. Troca da função Changequery
Retirar a função changequery, realizando tratamento na montagem da query para utilizar o comando específico para cada banco (SQL, Oracle, Postgres, DB2). Assim executará a query diretamente.
Os comando que devem ser utilizados são:
b. Uso da função FWPreparedStatement
A função FWPreparedStatement representa um comando SQL pré compilado.
Para utilizá-lo é necessário alterar todas as chamadas das origens SALDOCT(X) assim passaria a query correta e destruiria apos o fim da utilização da origem.
Em testes, alterando os parâmetros na montagem da query e chamando o FWPreparedStatement, funciona porém não da maneira correta, já que ao chamar a função SALDOCQ está criando a query e destruindo-a, o que não constitui a melhor prática. |
Como utilizar - FWPreparedStatement
Segue a baixo gráfico em segundos para as possíveis soluções.
*Log tirado em uma base local com 29.607 registro de lançamento contábil.
<!-- esconder o menu --> <style> div.theme-default .ia-splitter #main { margin-left: 0px; } .ia-fixed-sidebar, .ia-splitter-left { display: none; } #main { padding-left: 10px; padding-right: 10px; overflow-x: hidden; } .aui-header-primary .aui-nav, .aui-page-panel { margin-left: 0px !important; } .aui-header-primary .aui-nav { margin-left: 0px !important; } </style> |