Categoria
JSONB é um tipo de dado binário do PostgreSQL para armazenamento de documentos JSON. Diferentemente do tipo JSON, que armazena o texto exato da entrada (incluindo espaços e duplicatas de chaves), o JSONB converte os dados em um formato binário interno, removendo espaços desnecessários, ordenando chaves e eliminando chaves duplicadas (mantendo apenas a última ocorrência).
A expressão CASE WHEN é a implementação padrão ANSI SQL para lógica condicional, permitindo que bancos de dados executem decisões baseadas em condições específicas durante consultas. Diferentemente de linguagens de programação tradicionais (como IF/ELSE em Python ou Java), o CASE WHEN opera diretamente no conjunto de dados, avaliando condições para cada linha retornada.
A conversão de tipos no SQL é o processo de transformar um valor de um tipo de dado para outro. Essa operação é fundamental quando precisamos comparar, combinar ou armazenar dados que originalmente estão em formatos incompatíveis.
NULL em SQL não é zero, nem string vazia, nem qualquer outro valor. NULL representa a ausência de valor — um dado desconhecido, não informado ou inexistente. Essa distinção é crucial: enquanto zero é um valor numérico e '' é uma string vazia, NULL indica que simplesmente não há dado.
A criptografia em nível de coluna é uma técnica de segurança que permite proteger dados sensíveis armazenados em uma ou mais colunas específicas de uma tabela do banco de dados. Diferentemente da criptografia em nível de arquivo ou disco (at-rest), que protege todo o arquivo físico do banco, a criptografia de coluna oferece granularidade fina: apenas os dados que realmente necessitam de proteção são criptografados.
O autovacuum é um dos mecanismos mais críticos para a saúde de bancos PostgreSQL. Ele gerencia automaticamente a limpeza de linhas mortas (dead tuples) geradas por operações de UPDATE e DELETE, evitando o crescimento descontrolado do tamanho das tabelas (bloat) e garantindo que o banco não pare por wrap-around de IDs de transação.
A integridade dos dados é um dos pilares mais críticos em qualquer sistema de banco de dados. Em ambientes PostgreSQL, a perda de dados pode ocorrer por falhas de hardware, erros humanos, corrupção lógica ou ataques cibernéticos. Por isso, dominar ferramentas de backup e restore é essencial para qualquer profissional de banco de dados.
Inserir dados linha por linha em um banco de dados relacional é uma das operações mais ineficientes que um desenvolvedor pode executar. Cada INSERT individual gera overhead significativo: uma transação separada, parsing completo da instrução SQL, planejamento de execução, e logging no Write-Ahead Log (WAL). Em um cenário de ingestão de 100.000 linhas, o custo acumulado dessas operações individuais pode tornar o processo centenas de vezes mais lento que uma abordagem em lote.
Filtros especiais são operadores SQL que ampliam a capacidade de filtragem da cláusula WHERE para além das comparações básicas (=, >, <). Enquanto filtros básicos comparam valores individuais, os especiais permitem trabalhar com intervalos, listas e padrões de texto.
Audit logging é o processo de registrar todas as operações que alteram dados em um banco de dados, criando um histórico imutável de quem fez o quê e quando. Os principais objetivos incluem rastreabilidade para investigação de incidentes, conformidade regulatória e segurança contra acessos não autorizados.