Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
boa tarde
quase sempre que vou fazer um sistema me deparo com esse problema galera, e gostaria que vocês me dessem opiniões para saber qual é a melhor maneira de resolve-lo.
seguinte...
eu tenho tres tabelas, produtos, subgrupos, e grupos. Os subgrupos tem dependencia com um grupo, e um produto tem dependencia com um grupo (sempre) e com um subgrupo (opcional).
intão..., um produto sempre faz parte de um grupo, e posso fazer parte de um subgrupo ou não.
Geralmente eu crio um relacionamento entre produtos e subgrupos, mas não gosto dessa maneira porq ele nem sempre é respeitado por causa das regras desse negócio...
e aí galera...? gostaria de saber a opinião de vcs
vlw!
fala Motta
ja pensei sim, e em casos que os niveis de agrupamento podem variar, eu fiz dessa maneira.
mas é esse relacionamento que me incomoda um pouco..., não gosto mtu da ideia de ter um campo de chave estrangeira que possa ser nulo, intende...?
realmente para casos em que os agrupamentos podem variar, acho q essa é a melhor maneira (que eu consegui pensar), mas para o meu caso, que são apenas dois niveis (grupo e subgrupo) eu acho q é melhor uma tabela para cada um deles, e uma para produtos. Mantem os dados de maneira mais organizada, mas continua entrando na questão que me incomoda..., o produto pode ou não ter um subgrupo
Já pensou em auto-relacionar grupo ?
Grosso Modo
grupo
-----
cod (pk)
nome
cod_gr_princ (fk grupo.cod)
Uma vantagem e que permite N divisões entre grupos
eletrônicos
__tv
____lcd
______32pol
______23pol
____plasma
______50
____tubo
_______14
__coputadores
_____desktop
_______...
_____notebooks
...
Uma desvantagem é a maior complexidade.