pontos a favor de pl:
- temos legado que tem que fazer acesso ao BD diretamente, sendo assim, com pl n�o � necess�rio replicar c�digo e ter�amos como integrar com o legado facilmente.
- Exitem bastante desenvolvedores aqui com conhecimento de pl.
- o legado � em Clipper (s�rio) acessando o oracle atrav�s de uma ferramenta chamada Mediator. (n�o tem como usar Entity cacheados, pois o legado deve alterar dados do bd)
- Paradigma j� estabilizado (do ponto de vista dos dba's)
contra :
- Temos um framework bem definido baseado em Entity Beans (CMP), com auditoria e, registro de transa��es autom�ticas. Al�m de um esquema de mapear os dados necess�rios na tela para um arquivo xml, ent�o o session facade (atrav�s de classes do framework) faz o acesso aos entities (pegando os relacionamentos) e retornando s� os dados necess�rios para a apresenta��o. S� com o VO puro (ou DTO) continuo amarrando minha apresenta��o aos Entities (o entity precisa saber que dados s�o necess�rios para cada tela para saber qual vo popular).
- Temos problema de banda, utilizando link de 9.600 ou sat�lite com delay de 600 ms. Dessa forma temos que retornar todos os dados necess�rios para uma tela de uma s� vez. (por isso o esquema de mapeamento de tela para xml)
- A orienta��o a objeto iria pro pau (desculpe a express�o :))
etc...
Eduardo Marcato wrote:
Cara, sei que o oracle eh o melhor sgbd relacional do mercado,n�s j� estamos totalmente amarrados com a Oracle (claro que n�o por op��o minha)
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...
Qto a usar Dao, � claro que n�o farei os acessos diretamente dos sessions facades.
com certeza, toda discuss�o (sem paix�o, como diz o meu chefe) traz benef�cios.
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]
-- 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]
