Valter,
voce tem a opcao de utilizar alguma ferramenta de mapeamento
objeto-relacional ou, para ser um pouco mais radical, um
banco de dados puramente orientado a objetos.
Em ambos os casos, o seu problema (tambem conhecido como
impedance mismatch) ira diminuir drasticamente. Algumas IDEs
ja vem com ferramentas de mapeamento (Visual Age vem com o
CocoBase, se nao me engano).
Sugiro tambem que voce de uma lida neste artigo:
http://www.cin.ufpe.br/~phmb/javabdr.ps
O titulo eh "Integrando Java com bancos de bados belacionais"
e ele foi apresentado no 3o. Simposio Brasileiro de Linguagens
de Programacao.
Talvez ele te ajude.
Abraco!
Andre Mendonca
[EMAIL PROTECTED]
Sakonnet Technology, LLC
594 Broadway, Suite 1008
New York, NY 10012
-----Original Message-----
From: valter vieira de camargo [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 14, 2001 4:43 PM
To: [EMAIL PROTECTED]
Subject: Re: [java-list] tratamento de dois paradigmas OO/BD relacional
Ok Seven ... entendi o que quer dizer.... eu também acho que a agregação é
muito mais viável... e aproveitamos mais os recursos OO.
Porém.... desenvolvendo o meu projeto percebi que se eu me dedicar
exclusivamente à modelagem OO no meu modelo de classes sem pensar no eu
Banco
de DAdos, que no caso é relacional, eu terei muitos problemas durante a
implementação. Se eu desenvolver o modelo de classes já visando um banco
relacional eu poderei minimizar as dificuldades durante a implementação do
sistema, você não acha ?
Sobre o exemplo abaixo... eu também já ouvi dizer que uma associação
acontece
quando, dentro de uma classe qualquer, não no atributo dessa, instanciamos
outra e a utilizamos.... não é isso que é associação ?
Sven van ´t Veer wrote:
> Acho errado assim:
>
> class Cliente
> class Produto
> class Compra
> class ItemCompra
>
> class Cliente{
> int cliente;
> String nome;
> }
>
> class Produto{
> int produto;
> String nome;
> }
>
> class Compra{
> int compra;
> int cliente;
> Calendar date;
> }
>
> class ItemCompra{
> int item;
> int compra;
> int produto;
> }
>
> Isso é com associoação. Mas por que não use agegação??
>
> valter vieira de camargo wrote:
>
> > Suponha que eu queira representar na UML um pequeno modelo de
> > classes de PROJETO que represente um sistema onde um cliente pode
> > comprar vários produtos e um produtos pode ser comprado por vários
> > clientes....
> >
> > Estaria errado eu fazer um modelo de classes que:
> >
> > Classe Cliente: codigo e nome
> > Classe produto: codigo e descricao
> > Classe de relacionamento Compra : int codCli, int CodPro e dataCompra
> >
> >
> >
> > Fazendo um modelo de classes dessa forma estou modelando
> > orientado a objeto mas com características relacionais, certo ? Mas como
> > meu Banco de Dados é realacional isso estaria certo ou não ?
> > Observação: Não quero utilizar agregação... apenas associação.
> >
> > []'s Valter
> >
> >
> > ------------------------------ LISTA
SOUJAVA ----------------------------
> > http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
> > dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> > regras da lista: http://www.soujava.org.br/regras.htm
> > para sair da lista: envie email para
[EMAIL PROTECTED]
>
> -------------------------------------------------------------------------
> >
> >
>
> ------------------------------ LISTA SOUJAVA ----------------------------
> http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -------------------------------------------------------------------------
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
