Diagrama de Classe - Desenvolvimento - Forum do BABOO

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

  • Animais - 22
  • Spa e relaxamento - 17
  • Paisagem - 26
  • Animais - 08
  • Motos off-road - 14
  • Animais - 27
  • Fundo do Mar - Peixes - 6
  • Bing - Foto 35
  • Cãozinho deitado
  • Motos off-road - 22

  • 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

#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 IF NOT EXISTS 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 IF NOT EXISTS 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