#

Jump to content

  • Login via Facebook Login com Twitter
  • Cadastre-se no Fórum do BABOO!





 

Foto

Diagrama de Classe


Minimizar/MaximizarImagens para Papel de Parede

  • Filhote bege no carpete
  • Quatro Dálmatas
  • Natureza Morta - 60
  • Formas coloridas - 42
  • Lamborghini Aventador - 13
  • Carro - interior 18
  • Arte Digital - 60
  • 3D - 11
  • Animais - 32
  • Olho - 16

  • Faça login para responder
Existem 2 respostas neste tópico

#1
Link desta mensagem
couto_anderson

couto_anderson
  • Participante
  • 2 mensagens

Publicado 07/nov/08 01:08 h

Pessoal eu fiz um diagrama de classe no JUDE e foi sugerido que eu usa-se mais uma table ParticipantexEvento, porem eu nao vejo necessidade. O que acham? e se eu for criar essa noma tabela com seriam seus atributos?
Desde já agradeço!
Abraço

_________________________________________________

DC.JPG

Publicidade
Publicidade

#2
Link desta mensagem
Hua

Hua
  • Participante
  • 1.050 mensagens

Publicado 07/nov/08 04:45 h

Pessoal eu fiz um diagrama de classe no JUDE e foi sugerido que eu usa-se mais uma table ParticipantexEvento, porem eu nao vejo necessidade. O que acham? e se eu for criar essa noma tabela com seriam seus atributos?
Desde já agradeço!
Abraço

_________________________________________________

DC.JPG


O que está sendo sugerido é que se crie uma tabela de relacionamento, pois o relacionamento Participante X Evento tem cara de ser um relacionamento N para N (vários participantes vão para vários eventos) e nesse tipo de relacionamento deve-se ter uma tabela que controle o relacionamento. Nesse caso a tabela deve conter as chaves primárias das duas tabelas, assim:

create table participantes_eventos (idParticipante int,                                                                   idEvento int,                                                                  constraint fk_participante foreign key (idParticipante) references participante on delete restrict on update restrict,                                                                 constraint fk_evento foreign key (idEvento) references evento on delete restrict on update restrict,                                                                 primary key(idParticipante,idEvento));


Com isso você tem um controle de quais participantes vão para quais eventos.

#3
Link desta mensagem
couto_anderson

couto_anderson
  • Participante
  • 2 mensagens

Publicado 07/nov/08 06:17 h

O que está sendo sugerido é que se crie uma tabela de relacionamento, pois o relacionamento Participante X Evento tem cara de ser um relacionamento N para N (vários participantes vão para vários eventos) e nesse tipo de relacionamento deve-se ter uma tabela que controle o relacionamento. Nesse caso a tabela deve conter as chaves primárias das duas tabelas, assim:

create table participantes_eventos (idParticipante int,                                                                   idEvento int,                                                                  constraint fk_participante foreign key (idParticipante) references participante on delete restrict on update restrict,                                                                 constraint fk_evento foreign key (idEvento) references evento on delete restrict on update restrict,                                                                 primary key(idParticipante,idEvento));


Com isso você tem um controle de quais participantes vão para quais eventos.



OK!
então o novo diagrama de Classe é:

DC_01.jpg


Muito obrigado pela Atenção. Valeu Amigo!

[];


  Publicidade  
Publicidade