...
Foi identificado um consumo elevado de buffer gets decorrente do acesso ineficiente à tabela TB_ENDERECOALTERNATIVOde endereço alternativo.
Não há.
Foi revisado o relacionamento com a tabela TB_ENDERECOALTERNATIVO no bloco WITH TBEMPRESA, uma vez que foi identificado um join incorreto (A.NROEMPRESA = A.NROEMPRESA). Ajustar também a condição de AND D.NROEMPRESA = C.NROEMPRESA para AND D.NROEMPRESA = A.NROEMPRESA, garantindo a correção lógica do vínculo. Como melhoria estrutural, avaliar a criação da coluna UF na tabela TB_EMPRESA, evitando o esforço desnecessário de consulta à tabela de endereços com uso de MAX()no bloco principal da consulta, pois foi identificado um join incorreto que utilizava uma condição redundante, comprometendo a integridade lógica do vínculo entre as entidades.
Também foi ajustada a condição de relacionamento entre as tabelas envolvidas, garantindo que a associação ocorra com base na chave correta, assegurando consistência e confiabilidade nos dados retornados.
Como melhoria estrutural, recomenda-se avaliar a inclusão direta do campo de estado na tabela principal da empresa, evitando a necessidade de consultar a tabela de endereços a cada execução especialmente com uso de funções agregadas o que gera processamento desnecessário e impacto de desempenho. Essa alteração contribui para simplificação da consulta, ganho de performance e maior clareza na modelagem de dados a cada execução para identificação da UF da empresa.
Se estiver na versão 26.01.003, atualize para o service pack 26.02.003 ou superior.
...