O Grupo de Desenvolvimento Global do PostgreSQL, lançou hoje dia 05 de junho, atualizações de segurança para todos os ramos ativos do seu sistema de banco de dados, incluindo as versões 9.1.4, 9.0.8, 8.4.12 e 8.3.19. Esta liberação contém 42 correções para a versão 9.1, e um menor número de correções para as versões mais antigas, incluindo correções relacionados ao fuso horário, correções de bugs de memória em to_tsquery(), correção de erros com tabelas temporárias ou transitórias usados ​​em scripts de extensão, além de ajustes referentes à inicialização de sessão envolvendo pg_attribute, à replicação síncrona quando houver alguma uma transação que apenas modificou as tabelas temporárias, entre outros reparos similares.

Tal como acontece com outras versões menores, os usuários não são obrigados a exportar e importar seu banco de dados ou usar pg_upgrade, a fim de aplicar esta versão de atualização; você pode simplesmente desligar o PostgreSQL e atualizar os binários. Assim, o usuário faz a pós-atualização após o banco de dados ter sido reiniciado. Se você usar o tipo de dados citext, e você atualizou de uma versão principal anterior executando pg_upgrade, consulte as notas de versão para 9.1.4 para importantes etapas pós-atualização.

(mais…)

A versão beta 9.2 do banco de dados open source PostgreSQL, foi anunciada pelo Grupo de Desenvolvimento Global do PostgreSQL, prometendo grandes melhorias de desempenho que permitem melhor escalabilidade, tanto no sentido horizontal quanto vertical. Uma nova otimização permite a realização de pesquisas para evitar a leitura das tabelas subjacentes ao invés de pesquisar apenas os índices; a de digitalização índices só acontece automaticamente, mas há uma série de ressalvas relacionadas à sua eficácia. Alega-se que para a maioria dos casos de uso e armazenamento de dados, é proporcionada “uma melhoria de desempenho considerável”.

Escalabilidade é o Ponto Forte do Mais Novo Release do PostgreSQL

Nesta versão, houve melhorias na manipulação de somente leitura (cargas de trabalho), e os desenvolvedores dizem que houve permissão de escalabilidade para o uso de 64 núcleos e ação envolvendo 300.000 consultas por segundo. Os sistemas de gravação de dados também foram acelerados com recursos como commit group, embora tenha ocorrido mudanças também para reduzir o consumo de energia da CPU. Além disso, houve melhorias de escalabilidade horizontal, incluindo suporte para replicação. Esse processo possibilitou uma espécie de cadeias entre servidores replicantes e reduziu os requisitos de transferência de informações entre os centros de dados.

(mais…)