Qual a melhor implementação de Persistência?

GUJ Hacker Membro desde: 23/03/2003 00:00:00 Mensagens: 6928 Offline

é como eu ja disse, se formos pensar como desenvolvedores, o mundo perfeito seria aquele onde OO domina e o Java comanda... mas não é assim... as empresas dão muito mais valor pro banco, a minha por ex, da a bunda pro Oracle (com o perdão da palavra)... pro meu chefe, J2EE é um emaranhado de JSP acessando o oracle direto.....

??:

GUJ Master Membro desde: 04/05/2004 00:00:00 Mensagens: 1028 Offline

matheus wrote:é como eu ja disse, se formos pensar como desenvolvedores, o mundo perfeito seria aquele onde OO domina e o Java comanda... mas não é assim... as empresas dão muito mais valor pro banco, a minha por ex, da a bunda pro Oracle (com o perdão da palavra)... pro meu chefe, J2EE é um emaranhado de JSP acessando o oracle direto..... ??:

Isso é a pura verdade, mas não temos que pensar só como desenvolvedores não matheus, temos que pensar em questões financeiras, em optimização, em vigilancias.
Java é uma linguagem ótimo, achamos madura. mas em um contexto global só nós achamos realmente ela madura, como seu chefe disse J2EE é Jsp acessando ao banco. como o outro topico abordado por vc foi citado os frameworks não interessa a ele o meio.. mas o final ele sabe que é o jsp mostrando os dados do banco.
Muito está sendo investido em bdoo, mas muito mais já foi investido em bd er. creio que temos que ser coerentes e saber usar o java em beneficio, usando o que mais nos torna produtivos com a estrutura já adiquirida, sugerida para tal sistema. usando de alguns artificios que o java nos da.

Smalltalk Membro desde: 31/03/2004 00:00:00 Mensagens: 3 Offline

Bem,

só digo o seguinte:
Não existe verdades absolutas no desenvolvimento, há momentos em que é melhor usar um framework e casos em que um código puro resolve.
não há ninguém que utilize o struts por exemplo que em algum momento não tenha que usar jsp, simplemsente por que o struts não resolve tudo.
e não adianta tentar.
mesma coisa com banco de dados, sempre chega a hora em que é necessário colocar código sql e pronto.
é igual projeto, fica um ano fazendo um projeto de hello world, chega na hora de implementar acaba tendo que mudar alguma coisa, ou não dá pra fazer assim, etc... se projeto resolvesse tudo não precisaria de programadores, faz um a ferramenta pra projeto que ela implementa pra você, mas a gente sabe que não é assim.

se alguém puder provar o contrário das afirmações acima, por favor leia novamente.

Abraço
Andrei

GUJ Master Membro desde: 25/09/2003 00:00:00 Mensagens: 1894 Offline

Opa...

perdi toda a bagunça por aqui =\ que droga... não ter internet em casa eh uma merda =\ e o trampo trava tudo que eh coisa =\ foda foda...

Bom, mas tbm quero falar alguma coisa, mas ja falaram quase tudo... mas vamos la...

Uma coisa que falaram bastante aqui, foi do uso das tecnologias, que devem ser ponderadas né...
uma coisa que eu li, acho qeu foi o Volnei que falou que eu concordo, que é o caso de : Para que SQL's dinâmicas se eu sei o que minha aplicação vai fazer?! hahahaha muito boa!! =)

Bom, eu sou da opinião que é preciso saber tudo isso ai, e cada projeto éum projeto, e cabe a vc escolher qual tecnologia usar no projeto, se um Prevayler for a melhor opção, cabe a vc decidir.... porém, eu ainda Fico com o seguinte modelo (DAO + Command) satisfaz mutcho bien todas as necessidades...

=)

ps: eu li ontem a noite as msg, e tinha mais idéias para falar,mas agora num lembro mais do quefoi tratado =\

Abraços!

Debugger Membro desde: 05/01/2005 00:00:00 Mensagens: 71 Offline

existe algum BD orientado a objetos q seja free??

tem um... db40... ou algo assim - GPL! não use em aplicações comerciais -

tem o caché tb, vc pode baixar um demo

GUJ Hacker Membro desde: 23/03/2003 00:00:00 Mensagens: 6928 Offline

..parou pq!!????? pq parou!????? baixem o draft do documento q descreve a persistência na especificação do EJB 3, q vai vir pra ser usada tanto em J2EE quanto em J2SE... dêem uma lida... just for fun

Link direto para o pdf:
http://192.18.97.134/ECom/EComTicketServlet/BEGIN373FDC1B140AFD085CC66859E8D712BC/-2147483648/735136683/1/586850/586838/735136683/2ts+/westCoastFSEND/ejb-3_0-edr2-spec-oth-JSpec/ejb-3_0-edr2-spec-oth-JSpec:2/ejb-3_0-edr2-spec-persistence.pdf

What is classpath? Membro desde: 04/02/2005 00:00:00 Mensagens: 6 Offline

Ae galera, comecei com Java faz pouco tempo, vim de Delphi, 5 anos, imaginem o sufoco.....

Mas uma coisa que to percebendo é esse preconceito com Sql e algo que me indgna, preconceito com um bd ....

Acho que se vc for desenvolver um sistema para um petshop é uma coisa, usa oq quiser lah, hibernate, dao puro, prevayler, ou faz em arquivo de texto, vc nunca vai ter problemas.....

Agora, no meu caso, um sistemam, p/ call center, resposanvel por fazer pesquisas com o cleinte... com centenas de regras de fluxo e outras centenas de regras de validação .... n tipos de clientes, de n estados, de n cidades.... tendo que ser adaptavel a qq tipo de pesquisa....

chuchu beleza fazer em Java, agora, sem Bd, impossivel....
pricipalmente quando o cliente que solicitou o serviço de pesquisas liga pedindo relatórios homéricos querendo isso em dez min ..... prevayler vaipro saco!

hibernate nesse caso, não da, os sqls p/ regras de fluxo são de doer os olhos .....

Outra coisa que eu não me conformo eh desenvolvedor não querer saber sql.... não sei se eh pq sempre trabalhei sendo pau p/ toda obra, tipo, precisa de um dba, tamu lah, precisa de um desenvolvedor, tamu lah ....

vc sabe tudo oq o seu sistema vai fazer, todas as condições, obviamente sabe os Sqls ..... fora q os bds te dão ferramentas p/ te ajudar e muito, existem as views por exemplo ..... seus dados tão lah, prontinhos do jeito q vc quer, eh soh chamar ....

acho q oq precisa ser feito eh um jeito viavel de unir as duas coisas .....
Hibernate, Prevayler te ajudam muito p/ trabalhar com "poucos" dados e relacionamentos simples..... fugiu disso, sql na mão, funções dentro do bd e assim vai ....

minha opinião foge do post e foge mto ainda do nivel de vcs, comecei com java a pouco tempo, mas eh a opinião de quem tah de fora.......

espero não ter falado demais .... hehehe

abraços

Debugger Membro desde: 05/01/2005 00:00:00 Mensagens: 71 Offline

Mas uma coisa que to percebendo é esse preconceito com Sql e algo que me indgna, preconceito com um bd ....

o argumento q os kra usam eh d q a aplicacao tem q ser independente d BD......

mas eu nao acho q uma empresa q tenha um oracle ou um banco free como firebird ou postgresql qeira muda d banco toda hora....

c alguem pedi pra mim faze um sistema q use access, sqlserver, paradox ou algum otro banco microsoft eu nao faco d jeito nenhum

GUJ Master Membro desde: 25/09/2003 00:00:00 Mensagens: 1894 Offline

LichKing wrote:
o argumento q os kra usam eh d q a aplicacao tem q ser independente d BD......

É isso ai. em alguns casos realmente é necessário, o importante é saber dosar, e aplicar o seu uso.

LichKing wrote:
mas eu nao acho q uma empresa q tenha um oracle ou um banco free como firebird ou postgresql qeira muda d banco toda hora....

Uma empresa que tem Oracle, nunca vai querer mudar de Banco, com certeza! O Postgress é uma boa opção, imita em muito o Oracle, e eu acho ele muito bom mesmo.

LichKing wrote:
c alguem pedi pra mim faze um sistema q use access, sqlserver, paradox ou algum otro banco microsoft eu nao faco d jeito nenhum

Hahahahaha... nesse mundo não tem muito querer... ainda mais quando vc não escolhe os sistemas em que vai trabalhar! =)
É fazer, adaptar-se e o mais rápido e da melhor maneira possivel! Essa é a regra de mercado! =)

noelrocha wrote:acho q oq precisa ser feito eh um jeito viavel de unir as duas coisas .....
Hibernate, Prevayler te ajudam muito p/ trabalhar com "poucos" dados e relacionamentos simples..... fugiu disso, sql na mão, funções dentro do bd e assim vai ....

é isso aí!!!

Existem casos onde StoreProcedures são a alternativa única e a melhor. Views são ótimas para tunning, saber usá-las e dosá-las é uma ótima opção! =)

Abraços!

JavaBaby Membro desde: 18/09/2004 00:00:00 Mensagens: 90 Offline

Banco de dados pos relacional, orietado a objetos.
Eh free para os desenvolvedores e uso nao comercial. É preciso apenas ter licensa para o servidor.

http://www.intersystems.com/cache/

ou

http://www.intersystems.com.br/cgi-bin/nph-mgwcgi?MGWCHD=0&wlapp=ISC&guid=qh4A6optDbGjVKp2EzaQDgYNMnUj4U

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