Tenho uma dúvida sobre um cenário semelhante ao descrito aqui: SQL: Entidade pertence (muitos para um) a uma de duas entidades diferentes
Digamos que eu entenda a necessidade da Partytabela e todas as outras referências a ela. Mas estou curioso para saber na PartyTypetabela qual a necessidade da Namecoluna? Quer dizer, é só para manter o varchar “Pessoa” ou “Organização”?
Da mesma forma, na Partytabela, para que Nameserve a coluna?
E também, qual é a necessidade da PartyTypemesa? Quer dizer, é só ter um lugar para inserir todos os tipos e o mais importante garantir que na hora de inserir, se houver algo errado PartyTypeCd(não presente na PartyTypetabela) teremos um erro, certo?
Outra questão é: como você inseriria um Organizationou um Person? Vendo o esquema proposto, Organizationas Persontabelas possuem seus próprios ids ( PersonIde OrganizationIdrespectivamente) que fazem referência a ambos PartyIdna Partytabela. Então, isso significa que devemos inserir primeiro um novo Person(por exemplo), na Partytabela? Se for esse o caso, não deveria haver um AUTO INCREMENTna PartyIdcoluna da Partytabela, para termos certeza de que não obteremos Organização e Pessoa com o mesmo id?
Do jeito que está , PartyId não pode ser a única chave primária . A chave primária na Partytabela deve ser combinada entre PartyTypeCde PartyId.
Minha situação é semelhante, de certa forma, à da pergunta vinculada no topo. Apenas para referência, aqui está um pequeno exemplo de esquema.
Basicamente, tenho uma situação em que a Component(que tem suas próprias colunas, como component, and price) pode ser associada a a User_Brandou a a System_Brand( ambos têm suas próprias colunas e campos exclusivos , que excluí da captura de tela... então, mesclando- os em um tabela com uma typecoluna NÃO é uma solução ).