Gostaria de saber qual o melhor banco a ser utilizado com Java, MySQL ou PostgreSQL? Quero desenvolver um sistema Desktop, mas nada com Servidor quero um arquivo local dentro da própria pasta do projeto.
MySQL ou PostgreSQL com Java SE
25 Respostas
Nenhum, nem outro.Use HSQLDB ou H2, se sua base de dados não é grande e local.Descreva mais sobre o seu projeto, quantos inserts/dia (ou mês) e o quanto(em MB) vc acha que sua base crescerá com o tempo.
Bem-vindo ao guj!
Nenhum, nem outro.Use HSQLDB ou H2, se sua base de dados não é grande e local.Descreva mais sobre o seu projeto, quantos inserts/dia (ou mês) e o quanto(em MB) vc acha que sua base crescerá com o tempo.
Bem-vindo ao guj!
Obrigado por me receber bem no GUJ!
Minha base vai ter praticamente duas ou três tabelas. Mas o volume de dados de cada uma vai ser grande, pois se trata de um sistema de gestão de livro caixa de despesas anual.
K
como vc vai começar do zero, recomendo já começar com um framework de persistência
por exemplo hibernate, vai te facilitar muito.
R
Você pode usar o Sqlite,que é portável e muito simples de se usar.
É, como foi dito você precisa de um banco de dados embarcado. PostgreSQL e MySQL neste caso não facilitam pois não são nativamente embarcados (ou seja, você vai precisar de um ambiente com o sgbd instalado para aí sim desenvolver um código que acesse e persista neste banco).
No seu caso eu faria uma experiência com o DB4O, que é um banco orientado a objetos. Você não vai precisar de framework nenhum nem aprender linguagens de consulta que você não conhece para fazer operações nele… Seu sistema é pequeno, quem sabe é uma alternativa a se pensar…
Para ter apenas um arquivo dentro do projeto use o HSQLDB ou Derby ou H2.
São fáceis de configurar e usar.
Primeiro, com qual deles você se sente mais confortável?
Segundo, está usando JDBC ou um framework ORM?
Terceiro, grande volume de dados = quanto?
Quarto, precisa de performance ou de robustez (que são coisas diferentes)?
W
O PostgreSQL é um banco para aplicações de porte maior.
O MySQL é o mais indicado para seu caso. Ele suporta o volume de dados mencionado por você e muito mais. Também é veloz para aplicações web.
Os dois são SGBDs.
wiliamps
As necessidades que ele passou são: projeto desktop com banco embarcado.
As opções são: SQLite, HSQLDB, Derby, H2.
Não tem oq rodar muito, escolha um e mande bala!
[]s
como vc vai começar do zero, recomendo já começar com um framework de persistência
por exemplo hibernate, vai te facilitar muito.
Acho que JDBC para mim que sou iniciante está bom. Hibernate é para sistemas maiores.
Quando programava em Delphi tentei utiliza-lo, mas tive problemas com acentuação. Achei excelente, mais os acentos incomodava.
É, como foi dito você precisa de um banco de dados embarcado. PostgreSQL e MySQL neste caso não facilitam pois não são nativamente embarcados (ou seja, você vai precisar de um ambiente com o sgbd instalado para aí sim desenvolver um código que acesse e persista neste banco).No seu caso eu faria uma experiência com o DB4O, que é um banco orientado a objetos. Você não vai precisar de framework nenhum nem aprender linguagens de consulta que você não conhece para fazer operações nele… Seu sistema é pequeno, quem sabe é uma alternativa a se pensar…
Vou testa-lo sim.
Primeiro, com qual deles você se sente mais confortável?
Segundo, está usando JDBC ou um framework ORM?
Terceiro, grande volume de dados = quanto?
Quarto, precisa de performance ou de robustez (que são coisas diferentes)?
1 - MySQL
2 - JDBC
3 - Despesas anuais, +100 cadastros por dia.
4 - Performance + Capacidade Relativa
Primeiro, com qual deles você se sente mais confortável?
Segundo, está usando JDBC ou um framework ORM?
Terceiro, grande volume de dados = quanto?
Quarto, precisa de performance ou de robustez (que são coisas diferentes)?1 - MySQL
2 - JDBC
3 - Despesas anuais, +100 cadastros por dia.
4 - Performance + Capacidade Relativa
Então abraça o MySQL e vá em frente.
1 - Facilidade e tranquilidade para desenvolver é tudo
2 - JDBC é tranquilo com MySQL
3 - Volume de dados bastante pequeno (a documentação diz que o MySQL suporta tabelas com 50 milhões de registros)
4 - MySQL é mais performático, enquanto que Postgres é mais robusto.
K
cara usa um framework de persistencia tipo Hibernate
vai agilizar muito teu desenvolvimento.
cara usa um framework de persistencia tipo Hibernate
vai agilizar muito teu desenvolvimento.
A curva de aprendizado do hibernate não é tão pequena, logo, se ele tem mais familiaridade com JDBC, não vejo por que aprender hibernate ou JPA para o que ele precisa.
Claro que é fundamental aprender um framework objeto relacional, mas não apenas para este projeto.
Aliás, a idéia de agilidade está mais ligada à conhecimento que ao uso deste ou daquele framework.
cara usa um framework de persistencia tipo HibernateSe ele não souber, vai atrasar… Hibernate precisa de teoria. Se o cara começa a fazer e não estuda a aplicação dele vai ficar um terror.
vai agilizar muito teu desenvolvimento.
K
cara usa um framework de persistencia tipo Hibernate
vai agilizar muito teu desenvolvimento.
A curva de aprendizado do hibernate não é tão pequena, logo, se ele tem mais familiaridade com JDBC, não vejo por que aprender hibernate ou JPA para o que ele precisa.
Claro que é fundamental aprender um framework objeto relacional, mas não apenas para este projeto.
Aliás, a idéia de agilidade está mais ligada à conhecimento que ao uso deste ou daquele framework.
Apenas uma sugestão ainda mais que o sistema é pequeno. 8)
Sendo pequeno, aí que é mais fácil ainda finalizar com o JDBC q ele ja sabe…cara usa um framework de persistencia tipo Hibernate
vai agilizar muito teu desenvolvimento.
A curva de aprendizado do hibernate não é tão pequena, logo, se ele tem mais familiaridade com JDBC, não vejo por que aprender hibernate ou JPA para o que ele precisa.
Claro que é fundamental aprender um framework objeto relacional, mas não apenas para este projeto.
Aliás, a idéia de agilidade está mais ligada à conhecimento que ao uso deste ou daquele framework.Apenas uma sugestão ainda mais que o sistema é pequeno. 8)
Primeiro, com qual deles você se sente mais confortável?
Segundo, está usando JDBC ou um framework ORM?
Terceiro, grande volume de dados = quanto?
Quarto, precisa de performance ou de robustez (que são coisas diferentes)?1 - MySQL
2 - JDBC
3 - Despesas anuais, +100 cadastros por dia.
4 - Performance + Capacidade Relativa
Então abraça o MySQL e vá em frente.
1 - Facilidade e tranquilidade para desenvolver é tudo
2 - JDBC é tranquilo com MySQL
3 - Volume de dados bastante pequeno (a documentação diz que o MySQL suporta tabelas com 50 milhões de registros)
4 - MySQL é mais performático, enquanto que Postgres é mais robusto.
Valeu!
]Vou optar pelo MySQL mesmo com JDBC.
A
Peraí…por quê? O pessoal te deu várias sugestões de bons bancos de dados embarcados… por que ignorou todos eles?
Aliás… sobre o MySql ser mais rápido e o Postgresql mais robusto é meio que lenda de alguns anos atrás.
O Mysql é bem robusto hoje em dia e na última comparação (que eu fiz) o Postgresql foi bem mais rápido (principalmente em máquinas multicore)
O Mysql é bem robusto hoje em dia e na última comparação (que eu fiz) o Postgresql foi bem mais rápido (principalmente em máquinas multicore)Talvez essa seja a robustez da qual ele estava a falar. [=
A
Desculpa, não entendi seu comentário… quem estava a falar de robustez?
Desculpa, não entendi seu comentário… quem estava a falar de robustez?Olha desde o começo… [=
A
Eu tinha lido já e não vi o autor em si falar de robustez. Falei isso com relação de outro post.
O requisito principal que notei foi a capacidade de armazenamento e isso eu sei que os embarcados atendem.
Criado 15 de fevereiro de 2013
Ultima resposta 16 de fev. de 2013
Respostas 25
Participantes 10
Alura O que são algoritmos e lógica de programação e como aprender? Entenda o que são algoritmos e lógica de programação e qual é a importância desses conceitos para começar a programar
Casa do Codigo Desbravando SOLID: Praticas avancadas para codigos de... Por Alexandre Aquiles — Casa do Codigo
Fiap Pos-Tech: Arquitetura e Desenvolvimento Java Uma jornada especialmente pensada para profissionais que desejam dar os próximos passos na área...