Connection pooling (BD)
A técnica de reutilizar um número limitado de conexões de banco de dados para muitos clientes, em vez de abrir uma conexão nova a cada requisição. Essencial no PostgreSQL, onde cada conexão é um processo próprio com overhead pesado de memória.
O problema: o PostgreSQL cria um processo do sistema operacional por conexão (~5-10 MB cada) → milhares de conexões derrubam o servidor. Um pooler (PgBouncer, Pgpool, ou embutido no driver) mantém, por exemplo, 20 conexões físicas e multiplexa milhares de clientes sobre elas. Modos: session (um cliente prende uma conexão pela sessão inteira), transaction (a conexão é devolvida depois de cada transação — reuso máximo, mas quebra recursos como prepared statements/tabelas temporárias), statement. Serverless + pooling: uma armadilha notória (cada instância de lambda abre conexões) → daí a necessidade de um pooler como o da Supabase/Neon. PgBouncer em modo transaction é o padrão de fato.