Com referência ao banco BD_CERVEJA, considere que Joã...

O banco de dados representa clientes, cervejas e bares, registrando as cervejas que são oferecidas pelos bares, o consumo de cada cliente nesses bares e a cerveja favorita de cada cliente. Cada registro da tabela Consumo representa a quantidade de cervejas consumidas por um certo cliente num determinado bar. Note que o mesmo cliente pode ter vários registros nessa tabela.
Todas as questões que se referem a esse banco de dados são independentes entre si e referem-se ao banco de dados no estado aqui mostrado. A palavra NULL denota um valor não preenchido. As tabelas Bar, Cerveja têm como chave primária seus únicos atributos. Para a tabela Cliente a chave primária é composta pelo atributo nomeCliente. Na tabela Oferta a chave primária é composta por seus dois atributos. A tabela Consumo não possui chave primária, admitindo registros coincidentes.
CREATE TABLE CLIENTE(
nomeCliente nvarchar(50) NOT NULL,
nomeFavorita nvarchar(50) NOT NULL,
Constraint PK_CLIENTE
PRIMARY KEY (nomeCliente),
Constraint FK_Cliente_Cerveja
FOREIGN KEY (nomeFavorita)
references CERVEJA (nomeCerveja)
on delete set null
on update cascade)
Quando pediu a opinião de uma colega sobre esse script, João recebeu os seguintes comentários:
I. Não é possível que haja uma chave estrangeira definida como João imaginou, pois o atributo que constitui a chave estrangeira obrigatoriamente deveria ser denominado nomeCerveja, tal qual o atributo da tabela referenciada.
II. Há incompatibilidade entre a semântica do script e a instância apresentada para a tabela.
III. Há incompatibilidade entre a semântica do script e a declaração dos atributos da tabela.
Assinale a opção que apresenta os comentários corretamente formulados.