Resolva erros de conexão no Postgres com este guia prático: verifique serviço, rota, permissões e configurações essenciais.
Categoria:Categoria:Performance e Tuning
Tuning de SO (no Linux)
Aprenda técnicas de Tuning no Linux para otimizar o PostgreSQL: ajustes em systemctl, sistemas de arquivos, sysctl.conf e mais para desempenho superior.
Escolhendo hardware para o seu servidor PostgreSQL
Introdução Agora que já falamos sobre cenários e seus tipos de cargas de dados, chegou o momento de sermos mais específicos e falarmos sobre hardware. A escolha do hardware correto é crucial para a performance e a segurança de um servidor de banco de dados. Neste artigo, abordaremos os aspectos mais importantes do hardware para bancos
Tipos de cargas dos bancos de dados
Introdução Cargas de dados referem-se aos diferentes tipos de operações e transações que um banco de dados deve processar. Essas cargas variam conforme o tipo de aplicação e o uso do banco de dados, influenciando a forma como os dados são armazenados, acessados e manipulados. Compreender os diferentes tipos de cargas de dados ajuda a
CHAR para VARCHAR
Há muito tempo, em uma galáxia muito, muito distante… lá na era do COBOL, os dados eram armazenados em uma tabela onde cada coluna ocupava espaços fixos. Assim, o CEP ocupava a posição de 1 a 7, o número de 8 a 12, o logradouro de 13 a 33 e assim por diante. Quando os
DBaaS não precisa de DBA?
Semana passada, postei sobre um trabalho para uma startup aqui de São José dos Campos numa base RDS da AWS, ou seja, um Database as a Service (DBaaS). A imagem abaixo era para ser autoexplicativa. Acontece que a postagem gerou uma certa polêmica no Facebook, então gostaria de esclarecer alguns pontos. O cliente O que
Desabilitando todos os gatilhos do PostgreSQL
Uma dica rápida vindo de uma pergunta no Telegram hoje de manhã: Como desativar todos os gatilhos de todas as tabelas de uma vez só? A princípio pensei em consultar o INFORMATION SCHEMA para isso com algo como: Funciona, mas você não consegue filtrar apenas os gatilhos que estão habilitados. Então achei melhor partir para
Chaves artificiais no PostgreSQL: desempenho
Falamos sobre a criação de chaves artificiais, como usar UUID ou sequências, inclusive falamos sobre a nova sintaxe adotada no PostgreSQL 10 utilizando as chamadas IDENTITY COLUMNs. Uma reação comum que vimos por aí é achar que é mais simples sempre usar UUID, uma vez que não há risco de colisão e pode-se utilizá-lo em
PostgreSQL fillfactor
Precisei fazer uma prova simples para um cliente para mostrar como o parâmetro de storage FILLFACTOR afeta uma tabela e como verificar a sua eficiência. Toda vez que um UPDATE é executado no PostgreSQL, ele marca a tupla atualizada para remoção posterior e cria um novo registro. Porém, se no bloco onde o dado está
Trabalhando com logs no PostgreSQL
Parece incrível mas existe um número grande de pessoas que não configura corretamente os logs no PostgreSQL. Muitos nem sabem onde ele fica e nunca foram olhar o que tem lá. É verdade que muitas aplicações que levam o PostgreSQL embarcado funcionam por anos sem nenhum problema. Mas um dia o problema vai surgir, e