Retirando o SQL do seu código Java

Java Eldar Membro desde: 02/08/2002 12:27:02 Mensagens: 0 Offline

Assunto: Aprenda a usar o PreparedStatement para retirar todo código SQL do seu código java, e separá-lo em um arquivo de configuração. Além de uma boa prática, você não precisará mais recompilar o seu código quando necessário mudar pouca coisa de uma SQL.

Você pode ler este artigo na íntegra http://www.guj.com.br/java.artigo.115.1.guj

Por favor, coloque os seus comentários sobre este artigo aqui.

Uma dica se alguem for quer usar LIKE: faca o sql

e para atribuir o valor faca

ou seja, passe as "%" pelo setXXX ao inves de colocar direto no sql

[]'s
Rafael Steil

Me parece legal a solução de se tirar o SQL do código, porém seria uma solução um pouco pesada, digo, pode causar overhead no processamento e acesso ao arquivo de configuração das queries.

Uma solução seria carregar as queries em um Properties e acessar da memória, o que pode causar muito uso de memória ainda. E mesmo assim teria de haver um sistema de atualização das queries, caso fossem alteradas nos arquivos de configuração.

danieldestro wrote:
Uma solução seria carregar as queries em um Properties e acessar da memória, o que pode causar muito uso de memória ainda. E mesmo assim teria de haver um sistema de atualização das queries, caso fossem alteradas nos arquivos de configuração.

isso ja acontece, por isso tem o singleton la! pra ler soh uma vez.

quanto a reler o arquivo, depende do seu uso. no meu caso e maioria dos casos ninguem fica mudando sql em tempo de execucao!

Estou construindo uma aplicação para acessar o Sybase IQ, front end de uma grande aplicação com tabelas de mais de 100 millhoes de registros estou seguindo uma orientação da Sun para utilizar EJB Entity BMP. Então são várias consultas parametrizadas, neste caso eu achei interessante essa idéia e gostaria de unir a duas, mas tenho uma duvida, pois tenho que montar a query dinamicamente, de acordo com os parâmetros passados, tem aplicação que posso ter até 20 parâmentros diferentes sem alguem tiver alguma idéia....

Outra pergunta se eu usar o PreparedStatement

Ex.: select campo from tabela where campo1= ? and campo2= ? and ....

Sou obrigado a passar todos os parâmetros?? E se eu passar apenas o primeiro parametro a query ficaria de que forma?

Paulo, mas uma vez parabens pela excelente materia, eu programo já algum tempo em java e nunca havia tentado fazer isto ( isolar querys ), fica muito bom para manutencao e melhor ainda para portar para outras bases de dados, olhe que demo interessante eu fiz usando esta tecnica mais um pouco de minha experiencia juntando FLASH+SERVLET+SQL.
www.paxdrogaria.hpg.com.br
um abraco.

Olá Daniel. Fico contente com seus elogios e isso incentiva a mim e todos os outros do GUJ.

A pagina aqui abriu soh uma vez, e travou. Dei reload e ele está tentando conectar na porta 1000 de um IP (o seu ip?), mas sem sucesso.

Alias, se voce quiser escrever um artigo sobre o Flash acessando http, no caso uma servlet e tal, seria MUITO legal para todos!

Oi Paulo, desculpe eh porque esta pagina eh um modulo que faz parte de um projeto maior , eu ainda estou fazendo algumas alteracoes só esta no ar de vez enquando para teste se quiser eh so me avizar a hora que vc quizer ver e eu deixo ela carregada, pode mandar um email danieloliveira2002@hotmail.com ou ligar 65 9998 6066 e eu deixo ok.

Não quero ser rude, mas todo mundo que deseja desenvolver em Java precisa saber o que é um singleton. Li sobre o assunto e me parece que, na verdade, existem inúmeras situações em que singletons deixam de atuar como singletons (onde se pode criar mais de uma instância da classe -- que deveria ser um singleton). É um assunto bastante extenso e bem interessante.

Estou estudando Java há mais de um ano e gostaria de saber por que o autor diz que, uma classe que contém apenas métodos estáticos ocasiona o que ele chamou de "perda da OO"? Fico confuso por que a classe contém apenas métodos e campos estáticos.

Sobre o artigo, é excelente![/code]

Creio que não haja a necessidade de alguem saber o que é o singleton, quando se começa a programar em java. Mais para a frente pode ficar essencial, assim como multiton e factories.

Quando você tem uma classe só com métodos estáticos você perde OO, é por causa do seguinte:

Você não pode instaciar essas classes porque normalmente o construtor delas é privado. Você não pode usar polimorfismo com elas porque, ou você não tem como criar instâncias delas, ou elas derivam diretamente de Object e são final. Com isso, você já não mexe mais com objetos, mas sim com procedimentos: taí a conclusão, a programação vira procedural!!!

Dois casos clássicos são a java.lang.System e Math. Só tem atributos e métodos estáticos, com isso, você nunca poderá passar uma instância da Math como parâmetro. Faz de conta que existe a matemática normal e a booleana, e você quer decidir qual usar em runtime, com este "approach", de apenas métodos estáticos, você teria de usar reflection para mudar a classe escolhida: péssima escolha.

Existem casos que é legal você definir a classe a ser usada como argumento, mas na maior parte dos casos é interessante você mandar uma instância.

Creio que eu embaralhei você mais ainda, vou escrever algo sobre Singleton logo logo....

Não, ok!
Eu imagino apenas que, dependendo do problema que se deseja resolver, seja prático você criar um ou mais métodos (que sejam extremamente necessários, mas que não se enquadram em nenhum outro contexto) como métodos estáticos dentro de uma classe que não tenha um construtor explicitamente declarado.

Só para reforçar a idéia, -- e quem trabalha com desenvolvimento de software em empresas que não são do ramo (como um atacadista ou uma indústria de beneficiamento por exemplo) sabe do que eu estou falando -- muitas vezes os desenvolvedores são exortados a resolver um problema extremamente difícil que envolva cálculos complexos (já aconteceu comigo) em um tempo extremamente curto; daí você desenvolve uma ou mais classes para resolver o problema e 2 ou 3 métodos de cálculo simplesmente não se enquadram no contexto das demais classes criadas (ou das existentes)...; eu implementaria esses métodos numa classe separada como métodos estáticos -- todos em um pacote específico para a solução do problema.

Acho que, se a solução for bem projetada e as premissas de acesso à dados da OO não forem quebradas, não há mal algum em usar todas as possibilidades da linguagem -- como a Sun fez com o java.lang.Math.

(Ah, valeu pela resposta a jato!)

Abraços.

Perguntinha de iniciante, como esta o conteudo do arquivo querymysql.txt,
e como a classe sabe como encontrar as consultas.
por acaso esta assim:

ADICIONA_FULANO = INSERT * FROM tbfulano (?,?,?,?)

desculpe a perguntinha besta ...

fica desse jeito mesmo!

para ela ler deste arquivo, utilize um objeto da classe java.util.Properties

Da pra dar so uma canja de como eu uso essa classe ....

Obrigado pela resposta !!!!

Notícias, artigos e o maior fórum brasileiro sobre Java