Muito didática sua explicação. Faltou as demais para fechar com chave de ouro: 4FN, 5FN… Mais para conhecimento, pois as três primeiras atendem realmente a uma modelagem de dados eficiente.

Obrigada,
Adriana

A coluna codProduto, é sim uma PK. Na tabela de origem, Produtos (exemplicficada na 2fn), ela é uma PK e na tabela mostrada, uma FK (chave estrangeira). Agora há uma observação, inclusive mencionada na minha resposta do comentário anterior do colega Danilo. De certa forma ela “pode ferir” a 3FN, por já existir em outra tabela, mas como explicado nesse exemplo, não temos tabelas de vigências, e dessa forma coloquei o preço também nessa tabela, garantindo assim o “congelamento” do preço no momento da venda.

Abraços

Léo Lopes

Marcelo.

Interessante sua observação. Porém, nesse exemplo, estou colocando o valor unitário na tabela de vendas, com o intuito de manter o valor congelado no momento da venda, assim, caso haja atualização na tabela de produtos, todas as vendas já efetivadas não sofrerão com essa alteração.
Sua observação não está errada, mas para esse exemplo, esse é o motivo do modelo aplicado.
Uma forma de aplicar as formas normais a essa questão de congelamento de tempo, seria termos uma tabela de vigência de preços, aí nesse caso, poderíamos manter a coluna de valor unitário na tabela de vigencia, retirando da tabela de vendas.

Abraços

Léo Lopes

Marcelo