Persistencia simples... oq usar?

11 respostas
dooda

Olá pessoal… 8)

Qual seria uma boa opção para persistir alguns dados que viriam de uns relatórios
mensais?

Explicando… Para praticar um pouco, estou fazendo um pequeno app java que, mensalmente,
lê alguns relatorios .prn da cooperativa, faz alguns calculos e gerar alguns graficos com o JFreeChart…

porém preciso armazenar estas informações para comparações no mês seguinte… Mas não acho viável…
pelo tamanho da app, utilizar um DBMS, tipo Postgres, Mysql ou nem mesmo Firebird…

considerando que: se fosse em um DB normal, teria umas 6 entidades e eu precisaria do relacionamento
entre elas…

O que poderia ser bem viável nessa situação? :roll:

11 Respostas

Zakim

uma boa opção é BD!

Quer facilitar ainda mais isso? Se quiser, utilize Hibernate ou toplink!

Existem alguns tutoriais na Internet que te possbilitam criar aplicações bacanas com Hibernate + JPA

:stuck_out_tongue:

dooda

e Prevayler?
alguem sugere?

hmmm, acho que vou ler mais sobre…
abraço!!

saoj

http://www.space4j.org/

rafagil

por que não usa derby (JavaDB), HSQLDB ou Sqlite?

sqlite é bem legal, e guarda tudo em um único arquivo, sem precisar de mais nada.

dooda

“saoj”:

http://www.space4j.org/

Parece a mesma coisa que prevayler ou to bem enganado? :oops:

Gostei desse SQLite… to lendo mais sobre…

veja a importancia do forum neh…
e eu que só tinha pensado em xml… :smiley:

grande abraço pessoal!!

rafagil

Se precisar (ou se mais algem se interessar pelo sqlite), tem um driver JDBC também:

http://www.zentus.com/sqlitejdbc/

Daí é só colocar o jar no cp e pronto, ele mesmo gera o arquivo de banco e tudo mais. Muito interessante para projetos pequenos.

dooda

kra, gostei bastante do SQLite…

baixei o jdbc, fiz uns exemplos, gostei
da performance, praticidade… legal mesmo…

é lógico, para seus devidos fins…

muito interessante…

só um detalhe Rafagil, sabe se tem como relacionar as tabelas nele?
já notei que da pra criar indices etc, mas e uma FK’zinha será que tem
jeito??

Obrigado…

rafagil

tem uma lista no site oficial que mostra o que ele não suporta:

http://www.sqlite.org/omitted.html

segundo esse link, as FK existem, mas não são verificadas. Se realmente precisar, pode usar triggers.

mas vc pode fazer os relacionamentos pelos “Joins” da vida ;).

saoj

dooda:
“saoj”:

http://www.space4j.org/

Parece a mesma coisa que prevayler ou to bem enganado? :oops:

Tem varias diferencas a comecar pela API, assim como C# e Java fazem a mesma coisa mas são bem diferentes.

Se quiser saber mais pode olhar aqui: http://www.guj.com.br/posts/list/53223.java

dooda

OK, amigão, entendi… :smiley:

Obrigado!!!

Grande abraço

maquiavelbona

rafagil:

sqlite é bem legal, e guarda tudo em um único arquivo, sem precisar de mais nada.

SQLite é beeeeeeeeeeeeem (põe bem nisso ) limitado, mas por muito tempo foi ( e ainda é ) o mais usado para fazer aplicações distribuidas em PERL. Ele é pequeno, leve e prático mas o que é o diferencial é a licença: ele é de domínio público. Ou seja, não tem qualquer restrição de distribuição ou alteração.

Para Java, ainda prefira bancos em Java mesmo, pois eles são mais “poderosos” e não pedem arrego quando a tabela extrapola 100.000 registros.

Até!

Criado 26 de abril de 2008
Ultima resposta 27 de abr. de 2008
Respostas 11
Participantes 5