Andre,
Voce pode usar light-weight/embeddable databases, como o PSE Pro, da Object Design ou
o Oracle Lite, da Oracle.
O primeiro eh um "100% Pure Java Code" banco de dados orientado a objetos com um
"memory footprint" de cerca de 400K. O PSE prove facilidades gerais de um banco de
dados como recuperacao
em caso de falhas e controle de transacoes (ele implementa uma versao meio "capenga"
do MVCC - Multi Version Concurrency Control). Como em todo banco de dados OO, o acesso
`as informacoes
eh feito sem haver a necessidade de mapeamentos entre classes e tabelas nem drivers
JDBC, diminuindo _drasticamente_ o tempo da codificacao. O PSE Pro eh indicado,
segundo o proprio
manual deles, para aplicacoes que armazenam "hundreds of megabytes of data". Eu
utilizo o PSE no projeto que trabalho e testemunho que a quantidade de codigo que deve
ser acrescentada ao
programa por causa do banco de dados eh minima. Essa eh, entretanto, uma
caracteristica de todos os bancos de dados OO. Uma licensa para desenvolvedor custa
uns 250 dolares. Para runtime
eh bem menos do que isso, ou seja, uma vez que o valor da licensa runtime eh embutido
no preco final do software, o custo extra pode nao ser tao grande.
Ja o Oracle 8 eh a versao leve do Oracle. Ele eh acessado, se nao me engano, via JDBC
e possui um "memory footprint" de cerca de 1MB (bastante pequeno). Apesar de ser
relacional (ou
objeto-relacional, nao sei ao certo), o que faz com que precisemos mapear a estrutura
de classes em tabelas, a menos que utilizemos uma ferramenta de mapeamento. O Oracle
Lite oferece
algumas facilidades de integracao com o servidor Oracle, como replicacao assincrona de
dados. Nao sei muito a respeito desta ferramenta. (www.oracle.com)
Ha outras opcoes no mercado. Lembro-me no momento somente de um light-weight database
da Cloudscape (na mesma linha do PSE). De qualquer forma, se sua aplicacao nao precisa
armazenar
gigabytes de dados e nao vai ser utilizada por muitos usuarios concorrentemente, estes
bancos de dados leves, que em sua maioria oferecem interfaces de acesso em Java, sao
uma boa opcao!
Andre Mendonca
[EMAIL PROTECTED]
Simone Freire wrote:
> Saudacoes a todos.
>
> Um breve historico antes de expor minha questao:
> Trabalhei por tres anos com Delphi e pude desenvolver
> aplicativos de acesso a banco de dados(Paradox, DBF, ou
> mesmo ACCESS) sem problemas, para pequenos usuarios.
>
> No entanto, me parece que com java so consigo acessar bancos de dados
> por intermedio de gerenciadores SQL, do
> tipo SQL SERVER, ORACLE, INFORMIX, etc., ou utilizando uma ponte
> JDBC-ODBC para o ACCESS(eh isso mesmo?).
>
> Como posso, entao, desenvolver um aplicativo de peque-
> no porte em JAVA para acesso a banco de dados destinado a usuarios com
> poucos recursos computacionais? Nem todo mundo tem grana pra comprar
> qualquer dos gerenciadores acima listados. Quanto aa ponte para o
> ACCESS, fica muito lento...
> So posso trabalhar com JAVA e bancos de dados se desenvolver
> aplicativos para os ambientes corporativos de grandes empresas?
>
> Existe algum driver JDBC para arquivos Paradox?
>
> (Pode ser que eu tenha escrito alguma besteira, mas me
> perdoem, ainda nao tenho muita experiencia com JAVA/BANCO DE DADOS. )
>
> Abraco a todos.
> Andre.
>
> _________________________________________________________
> DO YOU YAHOO!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
> * 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>.
