Chave primária em tabela NxN
Olá pessoal.
Estou trabalhando em uma modelagem segundo o padrão ER. Naturalmente, algumas tabelas NxN foram criadas. Por limitações da camada Controller do nosso framework, precisamos acrescentar a elas uma chave primária simples autoincremetal, ao invés de usar uma chave primária composta. Apesar de, aparentemente, ser uma gambiarra muitas empresas utilizam essa técnica para simplificar a consulta e reduzir o custo computacional.
Pergunta: isso é correto? O quê o modelo teórico ER diz de situações assim?
Outra situação gerada por isso é que, com uma PK simples, teóricamente eu poderia relacionar a tabela NxN diretamente com uma outra.
Minhas tabelas:
SITE
SITID
SITNOME
SITTITULO
SITPAI
SITSTATUS
CAPA
CAPID
CAPDESCRICAO
CAPARQUIVO
CAPSTATUS
CAPA_SITE (NxN)
CPSID (chave primária criada)
CAPID
SITID
ITEM
ITEID
ITETEXTO
ITETIPO
ITEURL
ITETARGET
ITESTATUS
ITEPOSICAO
CPSID
No caso, com a PK CPSID em CAPA_SITE (ao invés de colocar CAPID e SITID), eu poderia relacionar ITEM com um certo registro da tabela NxN. Assim, no momento que um registro de CAPA_SITE for apagado, os registros relacionados em ITEM também serão (pois eu coloquei um DELETE ON CASCADE na FK).
Pergunta: é possível fazer relacionamento entre uma tabela NxN com outra tabela, que não seja uma daquelas que a derivou? Isso é correto?
Obrigado
:)
Discussão (3)
Carregando comentários...