SQL e banco de dados

Diferença entre INNER JOIN, LEFT JOIN e FULL JOIN

INNER exige match nos dois lados; LEFT mantém tudo da esquerda; FULL mantém tudo dos dois lados.

WHERE vs HAVING em uma query com GROUP BY

WHERE filtra antes de agrupar; HAVING filtra depois, sobre valores agregados.

Quando criar um índice — e quando ele atrapalha

Índices aceleram leitura filtrada mas custam em cada escrita — não crie por reflexo.

Normalização e quando desnormalizar de propósito

Normalizar evita redundância; desnormalizar troca redundância por menos JOINs em leitura pesada.

Níveis de isolamento de transação no PostgreSQL

Read Committed (padrão) → Repeatable Read → Serializable, cada um fechando mais tipos de anomalia.

Cenário: uma query que ficou lenta em produção

Rode EXPLAIN ANALYZE primeiro; suspeite de sequential scan por falta de índice ou estatística desatualizada.

Para que serve uma foreign key

Garante integridade referencial no nível do banco, não só documenta a relação.

Window functions vs. GROUP BY

GROUP BY colapsa linhas em grupos; window functions calculam agregados mantendo cada linha.

Índice clustered do InnoDB e a escolha da primary key

A tabela é a B-tree da PK (linhas ordenadas pela PK; secundários apontam pela PK). UUID v4 aleatório espalha inserções → fragmentação e page splits. Use auto-incremento ou UUID v7/ULID.

Diferenças práticas entre MySQL e PostgreSQL

Isolamento padrão (REPEATABLE READ x READ COMMITTED), DDL transacional (Postgres sim), tipos e índices mais ricos no Postgres (JSONB, arrays, GIN, parciais), VACUUM x undo logs.

REPEATABLE READ como padrão no InnoDB

Leituras snapshot repetíveis dentro da transação (sem non-repeatable read). Surpresa: leituras com lock (FOR UPDATE/UPDATE) veem a versão atual, não o snapshot; next-key locks evitam phantoms mas geram deadlock.

Por que `WHERE coluna = NULL` não funciona

Comparar com NULL dá UNKNOWN, e o WHERE só passa o que é verdadeiro. Use `IS NULL` / `IS NOT NULL`. Cuidado com `NOT IN` e NULL, e com `COUNT(coluna)` que ignora NULLs.

`COUNT(*)` x `COUNT(coluna)` x `COUNT(DISTINCT coluna)`

`COUNT(*)`: todas as linhas. `COUNT(coluna)`: linhas com a coluna não-nula. `COUNT(DISTINCT coluna)`: valores distintos não-nulos.

Ler um EXPLAIN ANALYZE

Estimado vs real (divergência → ANALYZE); Seq Scan em tabela grande; o nó mais caro por actual time e loops; Rows Removed by Filter alto; BUFFERS pra cache vs disco.

`jsonb` no PostgreSQL: quando usar e como indexar

jsonb pra dados semiestruturados/variáveis por linha (payloads, atributos por categoria). Campos estáveis → colunas normais. Indexe com GIN (contenção `@>`, existência `?`) ou B-tree numa expressão pra um campo.

MVCC, bloat e o papel do VACUUM

MVCC não apaga na hora: UPDATE/DELETE deixam versões mortas que o VACUUM recolhe. Autovacuum atrasado + escrita alta ou transação longa → tabelas/índices incham (bloat) → scans lentos e disco cheio.

Covering index e a ordem das colunas num índice composto

Índice composto serve queries pelo PREFIXO das colunas na ordem (regra ESR). Covering index: contém todas as colunas que a query usa (WHERE + SELECT), então responde sem tocar a tabela (`Using index` no EXPLAIN).

`utf8` x `utf8mb4` e collation

`utf8` do MySQL é 3 bytes — não cabe emoji/vários CJK. Use `utf8mb4`. Collation = regras de comparação/ordenação (case/accent sensitivity, ordem por idioma); misturar collations num JOIN quebra índice.

Cenário: deadlock intermitente no InnoDB

Transações se esperando por locks em ordem oposta. InnoDB mata uma — a app deve fazer retry. Reduza: acessar linhas sempre na mesma ordem, transações curtas, índices que travam menos linhas.