Não pode ter valor nulo em uma tabela do banco de dados um campo
- A)que seja chave estrangeira.
Errada: uma chave estrangeira pode aceitar NULL, a menos que haja uma restrição específica de obrigatoriedade.
- B)que tenha sido utilizado em um índice.
Errada: estar em um índice não impede, por si só, que o campo aceite nulo.
- C)que seja chave primária.
Certa: a chave primária não pode ser nula, pois precisa identificar unicamente cada registro.
- D)que represente uma data de nascimento.
Errada: uma data de nascimento pode ser nula, salvo se a tabela trouxer regra específica em contrário.
Gabarito: C
Em banco de dados, a regra geral é simples: alguns campos podem aceitar NULL, outros não. Quando a questão fala em campo que “não pode ter valor nulo”, ela está apontando para uma restrição de integridade bem clássica: a chave primária. Isso faz sentido porque a chave primária identifica unicamente cada linha da tabela, então ela precisa existir de forma completa e sem lacunas. Se o valor fosse nulo, a identificação do registro ficaria comprometida. Pense assim: seria como tentar achar um aluno pelo número de matrícula, mas a matrícula estivesse em branco. Não dá para garantir unicidade nem integridade da linha. Por isso, a alternativa C está correta. Na teoria relacional e nos SGBDs, a chave primária deve ser obrigatoriamente NOT NULL e também única. Esse é um ponto bem cobrado em prova: chave primária não admite nulo, enquanto outras colunas podem admitir, salvo se houver outra restrição impedindo. Então, sempre que aparecer a expressão “não pode ter valor nulo” em uma tabela, desconfie do campo que identifica o registro principal. É o casamento perfeito entre integridade e identificação.