REGERAR SALDOS E CUSTOS - MELHORIA NA PERFORMANCE

Características do Requisito

Descrição

Está sendo implementada uma considerável melhoria de performance no processo "Regerar Saldos e Custos".

Anteriormente o processo "Regerar Saldos e Custos" trabalhava de forma sequencial, ou seja, era regerado um produto de cada vez não importando qual era a capacidade do servidor de aplicação e do banco de dados.

A partir de agora a execução deste processo será paralelizada, ou seja, serão regerados N produtos de uma só vez e o seu tempo de cálculo estará diretamente relacionado ao poder de processamento do ambiente onde o mesmo está sendo executado, ou seja, quanto mais processadores e memória possuir o servidor de aplicação, mais produtos serão calculados simultaneamente e menos tempo levará o processo.

Entretanto, é importante salientar que a execução em paralelo irá exigir mais do servidor de banco de dados, já que cada cálculo abre uma conexão.

Assim,o ideal é que antes que o processo seja executado, o servidor de banco de dados esteja dimensionado corretamente para absorver todas as requisições paralelas, além do que deverão ser observados outros gargalos como o tráfego de rede e outros processos concorrentes, principalmente em bases Oracle, onde por padrão existe um número limitado de conexões simultâneas, caso contrário é possível que ao rodar o cálculo de forma paralela sejam exibidas mensagens de "timeout" se o Banco de Dados estiver sobrecarregado, ou de "timeout no connection pool" do Oracle se o número de conexões simultâneas ultrapassar o pré-estabelecido. Assim,o ideal é que antes que o processo seja executado, será necessário que o servidor de banco de dados esteja dimensionado corretamente para absorver todas as requisições paralelas, além do que deverão ser observados outros gargalos como o tráfego de rede e outros processos concorrentes, principalmente em bases Oracle, onde por padrão existe um número limitado de conexões simultâneas.

Otimize seu ambiente e configure o seu SGDB para que consiga realizar o processo dessa forma já que o ganho de tempo é muito grande. As equipes de framework e banco já lidam com esse tipo de demanda em outros processos e poderão ajudar o cliente a realizar os ajustes necessários.

Procedimento para Utilização

• Descreva os procedimentos, passo a passo (caso de uso), que serão realizados pelos usuários para que a melhoria seja visualizada identificando as seguintes informações:
• Localização da rotina no menu;
• Localização dos novos campos e/ou perguntas e respectivas pastas de cadastro que são visualizadas pelo usuário;
• Caso seja necessário ter algum cadastro feito previamente, faça uma observação.

Exemplo:

       1.            No Plano de Saúde (SIGAPLS), acesse Atualizações / Produto Saúde / Produto Saúde (PLSA800).

O sistema apresenta a janela de produtos cadastrados.

       2.            Posicione o cursor em um produto e clique em Alterar.

       3.            Na pasta Cobertura/Carências selecione a subpasta Tipo de Prestador.

       4.            Dê duplo clique no campo TP Prestador (BCW_TIPPRE).

O sistema apresenta a janela Tipo de Prestador – Coparticipação – Alterar.

       5.            Informe os dados conforme orientação do help de campo e observe o preenchimento do novo campo:

                      Som. p/Compra (BCW_SOMCOM): selecione Sim para indicar se a coparticipação cadastrada será válida somente para efeito de compra de procedimentos ou Não, caso contrário.

       6.            Confira os dados e confirme.