Questão de Banco de Dados — SQL — FCC 2016

Constraint SQL: UNIQUE

Gabarito: letra C. A constraint UNIQUE garante que todos os valores em uma coluna (ou combinação de colunas) sejam distintos entre si, permitindo valores NULL — diferentemente da PRIMARY KEY, que também exige unicidade mas não aceita NULL.

A banca cobra o conceito de cada tipo de constraint e suas características. A tabela abaixo resume as diferenças entre UNIQUE e PRIMARY KEY, os dois tipos que tratam de unicidade:

Veja que a questão destaca o detalhe "podendo ser nulo", o que já elimina PRIMARY KEY (que não aceita NULL) e aponta diretamente para UNIQUE.

Alternativa A — ❌ Incorreta

FOREIGN KEY (chave estrangeira) serve para garantir a integridade referencial entre tabelas: os valores na coluna devem existir na tabela referenciada, mas podem se repetir e podem ser NULL. Não impede duplicação.

Alternativa B — ❌ Incorreta

INDEX KEY não é uma constraint SQL padrão. Índices (INDEX) são estruturas de desempenho para acelerar buscas; podem ser únicos (UNIQUE INDEX), mas o nome correto da constraint que garante unicidade com permissão de nulos é UNIQUE.

Alternativa C — ✅ Correta ⟵ GABARITO

UNIQUE é a constraint que atende exatamente ao enunciado: valores únicos na coluna, sem repetição, e aceita valores nulos (na maioria dos bancos, apenas um NULL é permitido, pois o padrão SQL considera que NULLs não são iguais entre si).

Alternativa D — ❌ Incorreta

EXCLUSIVE não é uma constraint definida no padrão SQL. Em alguns SGBDs como PostgreSQL existe EXCLUSION para restrições mais complexas (como sobreposição de intervalos), mas não se aplica ao conceito simples de unicidade com nulos.

Alternativa E — ❌ Incorreta

PRIMARY KEY também garante unicidade, mas exige que a coluna seja NOT NULL. Como o enunciado afirma "podendo ser nulo", a PRIMARY KEY não se encaixa.

Gabarito: letra C.