A empresa precisa acompanhar o desconto oferecido para a empresa, para cada material de escritório, mas desconto não é importante para esta empresa para os outros dois grupos. Estas declarações são exemplos de regras de negócios. Pode haver mais do que uma propriedade de um grupo que não estão em outros grupos. Com o que eu disse, você tem as seguintes tabelas: Item (ItemID, descrição, preço) rawmaterials (peso, ...) Componentes (comprimento, largura, altura) officesupplies (desconto, ...) de normalização Você tem quatro tabelas acima; tabela Item e os outros três tabelas.
Estas tabelas não estão ligados por chaves. Para normalizar estas tabelas que temos de ter em mente que a tabela do item não se refere a qualquer item de concreto. Na verdade, todas essas tabelas de itens podem ser compactados em uma tabela do item da seguinte forma: Item (ItemID, descrição, preço, peso, comprimento, largura, altura, Discount) Em tal quadro, não haverá valores nulos; Por exemplo, se o item é uma matéria-prima, na sua fiada, haverá valores nulos para as células de comprimento e altura. Nesta tabela em bruto a cada linha da tabela representa um item de betão.
A melhor maneira é ter as quatro tabelas e, em seguida, coloque o ItemID em todas as tabelas subtipo, dando: Item (ItemID, descrição, preço) rawmaterials (ItemID, peso, ...) Componentes (ItemID, Comprimento, largura, altura, ...) officesupplies (ItemID, desconto, ...) Estas quatro mesas estão em, pelo menos, o 3NF; está bem. Nosso objetivo foi estabelecer tabelas normalizadas a partir dos subtipos, o que temos em um pacote, e foi isso que fizemos. Existe um relacionamento um-para-um entre a tabela do item e as tabelas subtipo.
Qualquer linha de uma tabela subtipo tem uma linha correspondente na tabela do item para a descrição do item e preço. Qualquer linha na tabela do item tem uma linha correspondente em uma das tabelas subtipo, não