Persistência flexível com BoxSQL

JavaChild Membro desde: 07/11/2006 14:10:54 Mensagens: 123 Offline

O BoxSQL, um novo framework para persistência utilizando templates SQL, fornece grande flexibilidade para projetos que utilizam banco de dados fragmentado ou mesmo para projetos onde a performance é obrigatória.

Na página do projeto pode-se encontrar um tutorial bem explicativo e mais detalhes sobre o framework, que está na versão 1.5.

Acesse http://boxsql.dev.java.net

Olá

Onde fica o link para download? Não achei na página do projeto.

[]s
Luca

JavaChild Membro desde: 07/11/2006 14:10:54 Mensagens: 123 Offline

Fica no link Documents & files

Aí você clica em versões e lá terá o jar do BoxSQL e o jar do Apache-DbUtils que é a unica dependencia do BoxSQL.

Tudo isso em mais ou menos 50KB.

Boa Sorte aí...

This message was edited 1 time. Last update was at 10/09/2007 15:49:17

qual a diferenca desse seu framework para o suporte do novo JDBC 4 ?

http://www.artima.com/lejava/articles/jdbc_four3.html

JavaChild Membro desde: 07/11/2006 14:10:54 Mensagens: 123 Offline

Ao meu ver temos duas diferenças básicas:

O fato de o SQL ficar fora do código java, organizado em arquivos de templates que podem ser armazenados em pacotes, por temas relacionados por exemplo.

Outro fator interessante é que seus beans não terão nenhum acoplamento em relação ao banco de dados, mas não perderão o mapeamento automático que é feito por meio de reflection dentro do codigo do BoxSQL.

Você pode mandar inserir um objeto de qualquer classe, desde que os nomes dos atributos sejam iguais aos parâmetros do seu template de sql.
Isso é um mapeamento (quase) automático, pois você só precisará prestar atenção na convenção para JavaBeans e nos nomes do parâmetros.

Padronização no lugar de configuração.

QQ dúvida posta aí...

This message was edited 1 time. Last update was at 10/09/2007 16:26:51

mas com o exemplo do JDBC que eu descrevi o beans tmb nao tem nenhuma relacao com o banco de dados... a carga deles / persistencia fica com encargo da interface que define isso com uma anotação...

Sei lá... nao consigo achar que anotações é um "vilão malvado" que vai misturar tudo... é apenas metadata...

Felipe, ao meu ver ele é um concorrente do Ibatis, certo ?

http://www-128.ibm.com/developerworks/websphere/techjournal/0510_col_barcia/0510_col_barcia.html

Qual seria a diferença do BoxSQL para o Ibatis ?

[]s

Douglas

JavaChild Membro desde: 07/11/2006 14:10:54 Mensagens: 123 Offline

Concordo com você sobre as anotações.
Inclusive existem plano para mapeamento recursivo usando annotations.

Porém os nomes dos campos da tabela, as próprias tabelas e seu banco de dados.

Acho que essa é a vantagem maior e não o fato de usar anotações ou não.

Outra facilidade é a organização dos templates SQL. Isso facilita a migração de um banco de dados para outro, ou até mesmo de um refactoring de banco de dados, sem precisar recompilar a aplicação.

JavaChild Membro desde: 07/11/2006 14:10:54 Mensagens: 123 Offline

douglasfs wrote:Felipe, ao meu ver ele é um concorrente do Ibatis, certo ?

http://www-128.ibm.com/developerworks/websphere/techjournal/0510_col_barcia/0510_col_barcia.html

Qual seria a diferença do BoxSQL para o Ibatis ?

[]s

Douglas

É sim douglas, porém sem a complicação do XML. O Código SQL fica bem mais limpo e flexível.

Acho que JPA é tão simples... fazer os exemplos que são decritos com o iBatis e com o boxSQL é simplesmente piada... vc define um XML com 3 linhas... um @Entity e pronto... tudo funciona...

Nao consigo entender pra que usar frameworks deste genero...

JavaChild Membro desde: 07/11/2006 14:10:54 Mensagens: 123 Offline

Tenta relacionar 4 tables, chamar funções específicas de um banco de dados, ou subconsultas utilizando o mapeamento da JPA...

Aí você já percebe a diferença do objetivo entre um e outro. Há também a qestão da performance do JPA não ser tão boa quanto a performance do BoxSQL, por se tratar de código JDBC encapsulado com reflection.

Imagine um sistema que acessa bancos de dados já prontos e esses banco de dados são tão fragmentados que é inviável criar uma classe para cada tabela. Com o JPA não seria tão fácil de fazer isso, isso se é que daria pra fazer isso. Mas mesmo conseguindo a produtividade não seria a mesma.

Além disso, são alguns MB (Implementaçoes da JPA) contra +- 50KB (jar do BoxSQL já com o fonte para facilitar o debug.)

Não digo que o BoxSQL é melhor que a JPA, mas digo que é diferente. Atende casos que a JPA não atende. É questão de analisar o sistema e ver qual das opções se encaixa melhor.

É claro que o BoxSQL ainda tem muito o que melhorar. Já temos várias sugestões e alguns issues pra resolver, mas acho que estamos num caminho bom.

This message was edited 1 time. Last update was at 10/09/2007 17:08:59

JPA(obviamente o hibernate) tambem faz chamadas SQL nativas

Mas legal sua colocação quanto aos sistemas legados... porem gostaria que os exemplos dados fossem tambem mais realistas... que realmente mostre para que o "boxSQL" veio... e nao o tradicional CRUD.

JavaChild Membro desde: 07/11/2006 14:10:54 Mensagens: 123 Offline

chun wrote:JPA(obviamente o hibernate) tambem faz chamadas SQL nativas

Com SQL dentro do código e seu sistema altamente acoplado à um Banco de dados.
Agora imagine um sistema em que 90% das tabelas são esse caso.
Pra que usar JPA se voce vai ter que digitar código Nativo em 90% dos casos?

Eu falo isso porque vivi uma situação dessas num projeto recente.

Quanto aos exemplos, realmente os tutoriais que estão no site são básicos do tipo CRUD, porém isso é bomo para o publico menos experiente entender o funcionamento e também serve para o publico mais experiente.

Atualmente somos em 2 desenvolvedores realmente ativos, e isso nos impede de melhorar a documentação.

Há também a necessidade de mais testCases para situações diversificadas, o que fará surgir novas idéias e mais robustez.

Enquanto não der tempo de construir um exemplo mais complexo e melhor, os desenvolvedores terão de usar o BoxSQL para ver a real flexibilidade do produto.

PS.: Também estamos abertos a contribuições em relação a documentação.

Vamos fazer mais um projeto brazuca alcançãr o mundo.

This message was edited 1 time. Last update was at 10/09/2007 17:17:04

eu poderia usar nammedquerys e quardar essas querys nativas dentro de anotações em uma unica classe

agora... prq usar JPA ? prq JPA faz isso e MUITO MAIS...

pra que aprender 30 mil frameworks diferentes ?

Já disse... acho muito legal esse tipo de proposta... mas esses novos "falicitadores" devem estar mais alinhados com o que existe de novo no mercado... senao cai na premissa "mais do mesmo"

JavaChild Membro desde: 07/11/2006 14:10:54 Mensagens: 123 Offline

Dê um exemplo de como alinhar esse framework com o que há de novo (subentende-se JPA).

Dessa forma talvez consigamos melhorar o BoxSQL.