Discussion :

[laurent.c123]

Bonjour à tous !

Je développez une application batch java, ainsi qu'une application web JSF avec des accès JDBC dans les deux cas.
Afin de séparer le code SQL du code JAVA, j'aimerais disposer les requetes dans un fichier à part.

Mais je ne sais pas comment m'y prendre .... Y a t-il des solution standards ?

Dois je les mettre dans un fichier properties ?

Merci de vos réponses et je vous souhaite une bonne journée.

Laurent

[OButterlin]

JDBC n'est pas conçu pour séparer ces 2 choses dans la mesure où l'application aura besoin de "savoir" comment est constitué la requête (paramètres, types etc).
Donc, hormis les requêtes sans paramètres et donc en lecture seule, le couplage est fort.

Il serait plus judicieux de créer une couche de "services" commune à tes 2 types d'utilisation et normalisée.

En termes d'outils, il y a hibernate qui t'épargne une partie du travail.
C'est plutôt top, mais ça suppose une prise en main relativement conséquente...

A+

[laurent.c123]

Merci beaucoup de ta réponse.
En effet, je comprends ce que tu dis.
Je connais Hibernate, mais dans mon cas son utilisation n'est pas préconisé (règles de développement strictes ....)

Merci encore, et je te souhaite une bonne journée.

LAurent

[BugFactory]

La solution que j'ai vu le plus souvent consiste à écrire le code SQL dans des constantes publiques. Le code Java effectuant l'appel SQL ne contient aucun code SQL mais uniquement la constante.
Dans certains cas, les constantes faisaient partie de la classe concernée. Dans d'autres, elles étaient regroupées dans une classe unique.

[afrikha]

Bonjour,

Il est possible d'externaliser les requêtes (même avec paramètres) dans un fichier grâce à l'api DBUtils de Jakarta.

@+

[OButterlin]

OK, on peut externaliser, mais même avec DBUtils, tu es obligé de connaître le nombre de paramètres (et leur type)...
Tu peux tout aussi bien externaliser la chaîne "select * from Table where ID=?" dans un fichier de propriétés, utiliser un PreparedStatement et ajouter le paramètre... DBUtils n'apporte pas grand chose de plus...

[afrikha]

Existe-t-il un moyen de faire une requête sans connaitre le nombre de ses paramètres ou leurs types ?

[OButterlin]

Je te l'accorde, d'où l'intéret de mettre ça dans une classe pour la mise en commun...

[djalouk]

D'après le tuto sur DButils, je vois ce qu'il faut faire. en tout cas j'ai réussi à reproduire ce qui est fait dans le tuto, à savoir la récupération d'un seul enregistrement avec un requête avec un seul paramètre.

Sauf je cherche à lancer une requête avec plusieurs paramètres et qui renvoie plusieurs résultats !

Pour plusieurs paramètres, j'ai essayé de passer un tableau de string
et pour gérer les resultats retournés, je ne sais pas quel type d'objet choisir à la place du ArrayHandler.

et après naviguer dans ces résultats...

merci pour votre aide.

le code en question :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
//utilisation d'une requête à paramètre depuis le mapQuery
		//utilisation d'un ArrayHandler car il n'y a qu'un résultat
		Object reponse[] = new Object[3];
		String param="14";
		try {
			reponse =
				(Object[]) qRunner.query(
					conn,
					(String) mapQuery.get("param"),
					param,
					new ArrayHandler());
		} catch (SQLException e3) {
			e3.printStackTrace();
		}

[sinok]

Bah t'as qu'à faires des procédures stockées si tes normes le permettent.
De ce fait pas de code SQL en java.
Puis de plus tu peux également faire de l'introspection au niveau des paramètres de la proc ainsi que deviner leur type au moyen des DatabaseMetaData.
++