Stored Procedures são ruins por usarem lógica relacional?

Fiquei com isso na cabeça.

Por sinal, dado um middleware que fosse integrado com um OOBDS seria ruim adicionar comportamento nos objetos persistentes? Lembrando o OODBS Manifesto, isso parece sensato.

Hein!?

Quanto ás SPs, depende.

Para fazer um bulk update beeem rápido, não vejo qualquer problema em massacrar o encapsulamento dos dados persistidos, mas se você tem operações demais em SPs, vai ter umt rabalho dos ifnernos para manter invariantes e relacionamentos, ou seja: vai reescrever toda a sua lógica de negócios nos seus SPs, com um pouco de software básico de linguagens OO também.

Minha questão é, se o DBMS possuir uma linguagem OO, escrever "SPs" é errado? Pelo andar da carruagem, em breve vamos poder programar algo como EJB3 de dentro no Oracle.

This message was edited 1 time. Last update was at 03/05/2005 14:06:27

eu acho ruim que se tenha lógica do sistema em mais de um lugar,

se toda ela estiver em SPs, não é um problema

se toda ela estiver em java, não é um problema

se parte dela estiver em java, e parte estiver em SPs, não quer dizer que você ja tenha um problema, mas esta aumentando bastante a possibilidade de ter um

Já esta mais do que na hora de empresas (Oracle entre outras) olharem com carinho bancos oo ... existe o Caché ... alguem poderia comenta-lo

This message was edited 1 time. Last update was at 03/05/2005 14:15:28

louds wrote:Pelo andar da carruagem, em breve vamos poder programar algo como EJB3 de dentro no Oracle.

Ponto de vista interessante... nunca havia pensado nisso.

Será que teremos AS com persistência embutida?

Na realidade, acho que nada impede que um AS já faça isso hoje. Aliás, não sei porque isso não foi feito, já que o modelo de persistência EJB 2.x é tão acoplado com SGBDs.

Os bancos de dados têm tantos recursos.. e agora estão incorporando linguagens como Java para suas rotinas de usuário.

/me pensando...

Me parece uma boa idéia, se bem que isso só funcionaria legal para OLTP, para OLAP/fuzzy systems OO não ajuda.

A título de curiosidade, essa separação de dados e código tem origem no cobol, a algumas décadas atras, quando era comum existirem 2 times de desenvolvimento, o que definia o modelo de dados e o que definia as procedures.

pcalcado wrote:
Os bancos de dados têm tantos recursos.. e agora estão incorporando linguagens como Java para suas rotinas de usuário.

Agora? Que nada. No Oracle você pode escrever SPs em Java há MUITO tempo.

[]'s
Marco Campêlo

pcalcado wrote:

louds wrote:Pelo andar da carruagem, em breve vamos poder programar algo como EJB3 de dentro no Oracle.

Ponto de vista interessante... nunca havia pensado nisso.

Será que teremos AS com persistência embutida?

Na realidade, acho que nada impede que um AS já faça isso hoje. Aliás, não sei porque isso não foi feito, já que o modelo de persistência EJB 2.x é tão acoplado com SGBDs.

Os bancos de dados têm tantos recursos.. e agora estão incorporando linguagens como Java para suas rotinas de usuário.

/me pensando...

Mas falando em Oracle, qual seria a diferenca disso da dupla Oracle IAS + Banco Oracle?
A meu ver nenhuma, a nao ser que podem rodar em maquina separadas distribuindo carga nos servidores.

]['s

Marco, as SPs hoje escritas em java tem que usar a API do Oracle e trabalhar sob o modelo relacional. É programar PL/SQL usando java como sintaxe.

Quanto a diferença entre rodar OC4J + Oracle e ter uma coisa só? Bom, que não precisa existir a separação entre comportamento e dados. Veja que mesmo nesse modelo um middleware ainda vai ser necessario.

fabgp2001 wrote:
Mas falando em Oracle, qual seria a diferenca disso da dupla Oracle IAS + Banco Oracle?
A meu ver nenhuma, a nao ser que podem rodar em maquina separadas distribuindo carga nos servidores.

Nunca trabalhei com a plataforma J2EE da oracle, o IAS é tãão acoplado com o SGBD assim?

Como falei, isso já pdoe ser feito hoje, mas será que existe um passo além? SGBDs hoje já são serivdores de aplicação, o que virá?

Campelo, "agora" é relativo

pcalcado wrote:Nunca trabalhei com a plataforma J2EE da oracle, o IAS é tãão acoplado com o SGBD assim?

Ele pode ser "tao" acoplado. Nao como seria rodando dentro do banco.

pcalcado wrote:Como falei, isso já pdoe ser feito hoje, mas será que existe um passo além? SGBDs hoje já são serivdores de aplicação, o que virá?

Essa é uma visao interessante e realmente uma grande pergunta. Seria a grande sacada pra ter algo realmente transparente.
Imagina toda aquela parafernalia de memoria gasta pelos containers pra gerenciar as transacoes sendo compartilhada com o banco ou o banco sendo responsavel por isso.

louds wrote:Marco, as SPs hoje escritas em java tem que usar a API do Oracle e trabalhar sob o modelo relacional. É programar PL/SQL usando java como sintaxe.

Bha, isso doi. Ja precisei fazer isso e é feio demais.

]['s

desculpa meu comentário de iniciante...
mas,
eu acho que é ruim msm usar java sp, não adianta mto,
entretanto, algumas coisas que envolvem menos regras de negócio e mais "engenharia/arquitetura" ficam bem em java...

tipo,
eu tô tentando usar essa JVM pra criar gráficos pra, usando os pacotes HTP, dad/Apache jogar isso numa pag de internet...

rs**
as vezes eu tenho problemas do tipo eu num conseguir nem por reza usar o JFreeChart imprimir os titulos... mas,,, o gráfico imprimiu direitim...

=]

JavaEvangelist Membro desde: 14/11/2006 19:38:46 Mensagens: 371 Offline

proteus_adi wrote:desculpa meu comentário de iniciante...
mas,
eu acho que é ruim msm usar java sp, não adianta mto,
entretanto, algumas coisas que envolvem menos regras de negócio e mais "engenharia/arquitetura" ficam bem em java...

tipo,
eu tô tentando usar essa JVM pra criar gráficos pra, usando os pacotes HTP, dad/Apache jogar isso numa pag de internet...

rs**
as vezes eu tenho problemas do tipo eu num conseguir nem por reza usar o JFreeChart imprimir os titulos... mas,,, o gráfico imprimiu direitim...

=]

Mais um defunto desenterrado...2 anos, acho que é um novo recorde....

Notícias, artigos e o maior fórum brasileiro sobre Java