Desculpem-me o e-mail longo (eh que sou meio prolixo)...
Rodolfo Ricci wrote:
> Talvez seja o banco de dados mais utilizado em conjunto com java
> principalmente para casos como o seu..
Rodolfo,
apesar de nao saber exatamente qual o caso do Andre, acho que uma consideracao como
essa eh muito geral. Tenho razoavelmente pouco tempo de mercado (uns 2 anos) e os
projetos que eu
trabalhei tinham requerimentos que nao costumamos levar em consideracao.
Ao sugerir a utilizacao do PSE Pro no projeto em que trabalho, o diretor da empresa me
questionou a respeito de coisas como: Qual a saude financeira da Object Design?
Quantos empregados
eles possuem? Qual o comprometimento deles em relacao a continuidade do produto
(lancamento de novas versoes)? Qual sua adesao a padroes? Qual seria o impacto no caso
de termos que
abandonarmos o produto deles e partirmos para outro?
Esta ultima pergunta pode ser evitada com uma boa equipe de analistas que durante a
analise e o projeto desenvolvam um modelo que facilite a inclusao de novas
funcionalidades ao sistema
(extensibilidade), no caso do surgimento de novos requerimentos. Os demais
questionamentos, entretanto, sao coisas que pessoas tecnicas como eu nao estavam
acostumadas a se perguntar.
Hoje acho-as muito importante.
Desta forma, principalmente por causa da questao relativa a continuidade do produto e
o impacto decorrente da necessidade de migrarmos para um novo produto, acho que a
utilizacao destes
softwares shareware e freeware um tanto quanto arriscadas. Obviamente, esta eh uma
questao que deve ser analisada caso a caso e nem sempre esta "desconfianca" faz-se
necessaria.
Tecnicamente falando, a utilizacao de um banco relacional sendo acessado atraves de um
driver JDBC nunca sera mais simples do que o acesso nativo a objetos provido por SGBDs
OO. Quem ja
utilizou algum sabe o que estou falando. Assim, mais uma vez, nao vejo quando a dupla
RDBMS/JDBC eh mais indicada do que a utilizacao de um OODBMS. Como toda regra eh
excessao, ha os
casos em que a utilizacao de um relacional eh mandatoria (por questoes de preservacao
do investimento, ou parcerias estrategicas, por exemplo). Nestes casos JDBC eh a
solucao.
Se voce esta "comecando uma aplicacao do zero" e precisa de um mecanismo de
persistencia de objetos para uma quantidade limitada de dados e de usuarios (conforme
requerido pelo Andre),
nao faz sentido, IMHO, utilizar um SGBD Relacional com JDBC. Obviamente, a cultura dos
SGBDs relacionais ainda impera no mundo e se voce acha sabe tudo de SQL e nao faz
questao em incluir
mais uma ou duas camadas no seu sistema (no caso de voce ter um modelo muito complexo
e precisar de alguma ferramenta de mapeamento como o JavaBlend da Sun, JRB da Ardent
Software ou
CocoBase da Thought Inc.) com seus respectivos bugs, a utilizacao de ferramentas
SQL-based sao ideais.
Cordialmente,
Andre Mendonca
[EMAIL PROTECTED]
>
> * Para nao receber mais e-mails da lista, acesse
><http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail, escolha
>a lista <[EMAIL PROTECTED]> e de um <submit>.
* Para nao receber mais e-mails da lista, acesse
<http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail, escolha a
lista <[EMAIL PROTECTED]> e de um <submit>.
