No dia 24 de setembro, a equipe de desenvolvedores anunciou o lan\u00e7amento da nova vers\u00e3o do PostgreSQL, n\u00famero 13. Nesta nova vers\u00e3o, o foco principal, entre outras coisas, foi no aumento da performance, acelera\u00e7\u00e3o dos servi\u00e7os internos de manuten\u00e7\u00e3o e simplifica\u00e7\u00e3o do monitoramento do banco, al\u00e9m de um controle de acesso mais confi\u00e1vel ao sistema.<\/p>\n
O trabalho continuou na otimiza\u00e7\u00e3o da indexa\u00e7\u00e3o de tabelas, especialmente no tratamento de duplicatas entre os dados index\u00e1veis nas \u00e1rvores bin\u00e1rias de \u00edndices, o que n\u00e3o apenas acelerou a execu\u00e7\u00e3o das consultas, mas tamb\u00e9m reduziu o espa\u00e7o em disco ocupado pelos \u00edndices.
\nAl\u00e9m disso, foi adicionado um algoritmo de ordena\u00e7\u00e3o incremental, onde a reordena\u00e7\u00e3o de dados j\u00e1 classificados em etapas anteriores \u00e9 mais r\u00e1pida, e em algumas consultas, o aumento de desempenho pode ser alcan\u00e7ado com o uso de novas estat\u00edsticas ampliadas (atrav\u00e9s do comando CREATE STATISTICS) ao calcular um plano passo a passo mais eficiente.
\nTamb\u00e9m foi otimizada a execu\u00e7\u00e3o de consultas com agrega\u00e7\u00e3o de dados dispendiosa atrav\u00e9s de uma aplica\u00e7\u00e3o mais ampla da agrega\u00e7\u00e3o hash e descarregando parte dos dados agregados para o disco, caso n\u00e3o caibam na mem\u00f3ria. Observou-se um ganho significativo na velocidade de jun\u00e7\u00e3o de tabelas localizadas em diferentes parti\u00e7\u00f5es.<\/p>\n
Foi realizado um trabalho consider\u00e1vel na simplifica\u00e7\u00e3o da manuten\u00e7\u00e3o e administra\u00e7\u00e3o de bancos de dados Postgresql. A tarefa embutida de \"vacuuming\", ou seja, o uso do espa\u00e7o em disco liberado ap\u00f3s a exclus\u00e3o ou reescrita de linhas, agora pode ser executada em fluxos paralelos, permitindo que o administrador especifique seu n\u00famero. Al\u00e9m disso, foram adicionadas novas ferramentas para monitorar a atividade atual do banco e previr erros na sincroniza\u00e7\u00e3o de logs de grava\u00e7\u00e3o entre o mestre e as r\u00e9plicas, o que poderia levar a conflitos ao desconectar r\u00e9plicas ou comprometer a integridade do banco distribu\u00eddo ap\u00f3s sua recupera\u00e7\u00e3o com base nos dados do log.<\/p>\n
Entre as inova\u00e7\u00f5es para desenvolvedores, destaca-se a fun\u00e7\u00e3o datetime(), que transforma diversos formatos padr\u00e3o de registro de tempo no tipo embutido do Postgresql; a fun\u00e7\u00e3o nativa de gera\u00e7\u00e3o de UUID v4 gen_random_uuid(); a normaliza\u00e7\u00e3o do trabalho com Unicode; um sistema de distribui\u00e7\u00e3o de dados das tabelas mais flex\u00edvel em n\u00f3s de rede relacionados com replica\u00e7\u00e3o completa em n\u00edvel l\u00f3gico, al\u00e9m de outras altera\u00e7\u00f5es nas consultas e novos gatilhos dispon\u00edveis para r\u00e9plicas.<\/p>\n
O controle de acesso ao banco \u00e9 declarado como um dos componentes-chave do sistema, e na nova vers\u00e3o foram feitos grandes avan\u00e7os nesse aspecto. Agora, a instala\u00e7\u00e3o de extens\u00f5es ao banco pode ser realizada apenas por usu\u00e1rios privilegiados (superusu\u00e1rios). Nesse contexto, usu\u00e1rios comuns poder\u00e3o instalar apenas as extens\u00f5es que forem marcadas como confi\u00e1veis, ou um pequeno conjunto de extens\u00f5es que s\u00e3o consideradas seguras por padr\u00e3o (por exemplo, pgcrypto, tablefunc ou hstore). Ao autenticar usu\u00e1rios por meio do mecanismo SCRAM (ao usar o driver libpq), agora \u00e9 necess\u00e1ria a \"bind de canal\", e a fun\u00e7\u00e3o wrapper para dados externos postgres_fdw, a partir da vers\u00e3o 13, suporta autentica\u00e7\u00e3o via certificado.<\/p>\n