Eduardo

   Acho que vc tb�m n�o entendeu qual � a discuss�o:

1-) O Emerson precisa de documentos (de gente de peso)
que embasem tudo isso. Isso � muito v�lido para todos
n�s, n�o s� para ele;
2-) Temos claro tudo isso que vc disse, tudo na vida
tem seus pr�s e contras, at� a morte do cachorro da
vizinha tem. O que levantei foi uma forma de aliar as
vantagens de um e de outro (talvez performance seja
muito dif�cil).

[]'s
Robson Luis Ferreira



 --- Eduardo Marcato <[EMAIL PROTECTED]> escreveu: >
Cara, sei que o oracle eh o melhor sgbd relacional
> do mercado,
> mas pode fazer horrores contigo se nao lancar
> patches, se descontinuar produtos, te amarrar a 
> outro eventual software que n�o cubra outros
> requisitos funcionais
> do sistema...
> 
> 
> Poxa, ninguem quer mais ficar preso hj com
> fornecedor para ter liberdade
> e para for�ar a barra e exigir melhor
> tratamento...Alem do 
> que j2ee trata bem a parte negocial (mesmo que nao
> se utilize ejbs). 
> Se em um futuro proximo, o ejb evoluir tanto que
> transcenda o que
> o sgbd relacional legal, como vc separou as camadas,
> faz migra��o
> tranquilamente 
> ao inves de remodelar todo o sistema. Apesar que
> temos que ter o
> discernimento
> de saber que certas partes de um sistema tem que ser
> executadas dentro de
> sgbd e 
> nao no java, como uma consolida��o, por exemplo...
> eh matematicamente
> provado 
> que o sgbd eh melhor nisso.
> 
> Moral da historia: acho que os dois tem que cooperar
> e nao serem
> concorrentes.
> 
> 
> Espero ter contribuido para o dialogo.
> 
> 
> 
> -----Original Message-----
> From: Robson Luis Ferreira
> [mailto:rlsferreira@;yahoo.com.br]
> Sent: sexta-feira, 8 de novembro de 2002 09:47
> To: [EMAIL PROTECTED]
> Subject: Re: [enterprise-list]
> l�gica_de_neg�cio_em_pl/sql_
> 
> 
>    
>    O que o Emerson escreveu abaixo � verdade mas,
> n�o
> podemos negar que � bastante pr�tico, r�pido,
> seguro(pelo menos na vis�o dos DBA's) e perform�tico
> desenvolver em pl/sql. E n�o � todo dia que grandes
> corpora��es resolvem jogar fora seu Oracle para
> trocar
> por outro qualquer. Algu�m conhece alguma API Java
> que
> trabalhe nos moldes da pl/sql ? A id�ia � escrever
> procedures independentes de SGBD que possam aliar as
> qualidades citadas acima com a
> modularidade/reutiliza��o/low coupling descritas
> abaixo.
> 
> 
>  --- Emerson_Cargnin_-_SICREDI_Servi�os
> <[EMAIL PROTECTED]> escreveu: > Alguem sabe
> algum material que aprove ou reprove a
> > coloca��o de l�gica 
> > de neg�cio em pl/sql?? eu sei que vai contra todos
> > os princ�pios de 
> > modularidade/reutiliza��o/low coupling, etc, mas
> > preciso de algum 
> > material que embase meus argumentos...
> > 
> > 
> > -- 
> > xxxxxxxxxxxxxxxxxxxxxxxxxxxx
> > | Emerson Cargnin          |
> > | Analista de Sistemas Sr. |
> > | Tel : (051) 3358-4959    |
> > | SICREDI Servi�os         |
> > | Porto Alegre - Brasil    |
> > |xxxxxxxxxxxxxxxxxxxxxxxxxx|
> > 
> > 
> >
>
---------------------------------------------------------------------
> > Para cancelar a subscri��o, envie mensagem para:
> > [EMAIL PROTECTED]
> > Para comandos adicionais, envie mensagem para:
> > [EMAIL PROTECTED]
> >  
> 
>
_______________________________________________________________________
> Yahoo! GeoCities
> Tudo para criar o seu site: ferramentas f�ceis de
> usar, espa�o de sobra e
> acess�rios.
> http://br.geocities.yahoo.com/
> 
>
---------------------------------------------------------------------
> Para cancelar a subscri��o, envie mensagem para:
> [EMAIL PROTECTED]
> Para comandos adicionais, envie mensagem para:
> [EMAIL PROTECTED]
> 
>
---------------------------------------------------------------------
> Para cancelar a subscri��o, envie mensagem para:
> [EMAIL PROTECTED]
> Para comandos adicionais, envie mensagem para:
> [EMAIL PROTECTED]
>  

_______________________________________________________________________
Yahoo! GeoCities
Tudo para criar o seu site: ferramentas f�ceis de usar, espa�o de sobra e acess�rios.
http://br.geocities.yahoo.com/

---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: 
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]

Responder a