Início / dba / Perguntas / 72799
Accepted
Shelby115
Asked: 2014-07-31 12:48:15 +0800 CST

Baseando-se nos dados esperados

  • 772

Sou relativamente novo em design de banco de dados e queria saber as desvantagens de uma decisão específica que tomei no design de um banco de dados para um projeto. Não acho que isso afetará a resposta, mas estou usando o SQL Server 2008 R2.

Projeto:

Temos coisas chamadas Bidsque contêm Materials.Materiais que podem ser agrupados, então planejo ter uma MaterialGrouptabela. No entanto, os Materiais não precisam estar separados de um grupo (eles podem estar, unassignedse você quiser). Então, em vez de fazer uma tabela de links ou tornar a chave estrangeira anulável, decidi fazer o primeiro grupo no banco de dados chamado unassignede, em vez de permitir que os materiais não sejam agrupados, pretendo colocá-los neste grupo se não for dado um grupo.

Pergunta: Existe alguma outra desvantagem em esperar que a primeira linha da tabela MaterialGroupseja unassigned(além do caso de alguém não conseguir inseri-la lá)? Do ponto de vista prático e teórico, devo mudar para uma tabela de links (ou outra alternativa)?

database-design

1 respostas

  1. Best Answer

    Ter um grupo que não é um grupo pode levar a problemas de relatórios no futuro. Por exemplo, se você quiser saber o número médio de materiais por grupo, os resultados podem ser facilmente distorcidos pelo número excessivamente grande de unassignedmembros do grupo.

    Eu me inclinaria a ter uma tabela de referência cruzada vinculada Groupsa arquivos Materials. Portanto, uma tabela chamada MaterialsGroupsXRefque contém GroupIDe MaterialID; qualquer um Materialque seja membro de a Grouptem uma linha nessa tabela.

    Qualquer Materialsum que não seja membro de a Groupnão aparecerá na MaterialsGroupsXReftabela. Isso permite que você identifique facilmente Materialsque não possui um grupo. Da mesma forma, você pode se identificar facilmente Groupscom nenhum arquivo Materials.

    • 2

relate perguntas