Essenciais do PL/pgSQL

Variáveis, fluxo de controle e FOUND. Orientado à produção para PostgreSQL.

Receita

CREATE OR REPLACE FUNCTION app.bump_version(p_id bigint) RETURNS void
LANGUAGE plpgsql AS $$
BEGIN
  UPDATE app.accounts SET name = name || ' v2' WHERE id = p_id;
  IF NOT FOUND THEN RAISE EXCEPTION 'missing account %', p_id; END IF;
END;
$$;

Quando usar isso: Você implementa ou revisa SQL usando este conceito no PostgreSQL 18.

Exemplo de Trabalho

SELECT app.bump_version(1);

O que isso demonstra:

• SQL idiomático do PostgreSQL 18
• Padrões adequados para revisão com EXPLAIN
• Padrões seguros para cargas de trabalho OLTP

Mergulho Profundo

Mecanismo

• O parser constrói a árvore de consulta.
• O executor executa os nós do plano.
• MVCC fornece isolamento de snapshot por instrução ou transação.

Prática

• Mantenha os exemplos legíveis.
• Teste com contagens de linhas realistas.

Armadilhas

• Transações longas - Bloqueiam o vacuum e aumentam o bloat. Correção: Commite rapidamente; defina timeouts.
• Índices ausentes - Scans sequenciais sob carga. Correção: Indexe colunas de junção e filtro.
• Locks implícitos - Bloqueio surpreendente. Correção: Use FOR UPDATE explícito quando necessário.
• Suposição de isolamento errada - Anomalias sob escritas concorrentes. Correção: Escolha o nível deliberadamente.
• Migrações não testadas - Lock de DDL ou objetos inválidos. Correção: Prepare as migrações com dados semelhantes aos de produção.

Alternativas

FAQs

Relacionado

• Básicos de Funções - SQL vs PL/pgSQL

Versões da Stack: Esta página foi escrita para PostgreSQL 18.4 (estável 18, manutenção 17), pgvector 0.8+, PgBouncer 1.x, Patroni 3.x e PostGIS 3.5+.