Questão de Administração de Banco de Dados · FGV MPAL 2018 (nº 62)

Conceito-chave: No MS SQL Server, palavras reservadas (como `HAVING` e `BETWEEN`) só podem ser usadas como nomes de colunas/tabelas se forem delimitadas com colchetes `[ ]` ou aspas duplas `" "` (quando `QUOTED_IDENTIFIER` está ON). Sem delimitador, o comando falha na compilação.

(A) Correta: O primeiro comando usa `"having"` e `"between"` sem colchetes — o SQL Server tenta interpretar `having` como cláusula e `between` como operador, gerando erro de sintaxe na compilação (não executa, não retorna vazio).

(B) Incorreta: O segundo comando usa `[having]` e `[between]` com colchetes, que são delimitadores válidos — o comando compila e executa, mas o resultado não é sempre vazio (depende dos dados da tabela `teste`; se houver linha onde `[between] <> 'between'`, retorna linhas).

(C) Incorreta: O primeiro comando não retorna vazio — ele nem chega a executar, pois falha na compilação (erro de sintaxe).

(D) Incorreta: O segundo comando não causa erro de compilação — colchetes são a forma correta de escapar palavras reservadas; o erro só ocorre no primeiro.

(E) Incorreta: O segundo comando compila normalmente (colchetes funcionam), então a afirmação IV é falsa; e o primeiro não retorna vazio, mas sim erro — logo II é verdadeira, mas IV não.

Armadilha da banca (distrator B): A pegadinha está em achar que `"having"` com aspas duplas funciona igual a `[having]`. No SQL Server, aspas duplas só funcionam se `QUOTED_IDENTIFIER` estiver ON (padrão), mas mesmo assim, `"having"` não é aceito como nome de coluna em `SELECT` sem delimitador de colchetes — a banca explora a confusão entre aspas (para strings) e colchetes (para identificadores). O resultado do segundo comando não é sempre vazio — depende dos dados; a banca tenta fazer você acreditar que `<> 'between'` sempre retorna vazio, mas isso só seria verdade se todos os valores fossem exatamente `'between'`, o que não é garantido.