Nem sempre otimizar uma consulta significa modificá-la, em muitos casos (muitos mesmo), a criação de um índice resolve o problema.
*-Mas isso não depende da gente. Não temos autonomia no sistema, pois ele é nacional. O que podemos fazer é dar a dica, mas não podemos garantir que ela será implementada. * De 50MB para 4MB me parece uma mudança muito brusca! *-Essa alteração foi solicitada pelo pessoal que desenvolve o sistema (CNJ). Fomos obrigados a implantar* É um servidor dedicado ao banco? A solução é simples, adicione uma área de swap maior. ( claro que você já tem área de swap, né?! ) *É dedicado, com 8 cores, 32 GB de memória. Uma máquina muito boa O estranho é que não entra na área de swap quando o out of memory ocorre,* Você ainda poderá ter problema de performance (ou não), mas se out-of-memory for uma situação com baixa frequência, então isso resolveria. *Não resolveu. temos que reiniciar os serviços várias vezes durante o dia* É difícil determinar com certeza, mas pelas médias, vários desses arquivos estão com menos de 2MB, logo um work_mem de 6MB já poderia evitar boa parte desses. Como temos memória suficiente, iria sugerir 10MB, pra evitar ao máximo o uso de disco, fora que não temos tantas transações simultâneas. Eu acho que 6MB de work_mem
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
