Discussion :

[wdionysos]

Bonjour a tous !

Lorsque j'écris un DAO j'ai pour habitude de laisser mes requêtes en début de classe dans des constantes String statiques du genre :

Code :

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

1
2
 
private final static ma requete = "SELECT * FROM MaTable where CHAMPS = ?;";

Bien sur un DAO porte sur une et une seule table en l'occurence ici "MaTable".

Mais voila pour cette fois j'ai besoin de créer une requete qui génère une vue a partir de cette table et je voudrais utiliser les même methodes java qui execute mes PreparedStatement sur une table ayant un autre nom sachant que toutes les tables ont exactement la meme structure.

Hors, avec les methodes setObject & compagnie de PreparedStatement, on peu setter toute sorte de parametres des clause Where, Set ou Group By mais je n'arrive pas a setter le nom de la table dans la clause FROM, du genre

Code :

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

1
2
 
private final static ma requete = "SELECT * FROM ? where CHAMPS = ?;";

Y'a t-il une solution ou doisje écrire une methode specifique qui change ce nom et renvoie une String de la requete

Merci de votre aide

WDionysos.

[sironimo]

écrire une methode specifique qui change ce nom et renvoie une String de la requete

Personnellement, je choisirais cette solution en paramétrant le nom de la table

[wdionysos]

Ok

merci de ton conseil, c'est ce aussi pour quoi j'ai opté.

C'est dommage que toutes les clause SQl ne soit pas atteignable par les jeu setXXX de PreparedStatement. ca eviterai bien de rajouter toute une surcouche de methode surchargées.

En meme temps, si l'esprit de PreparedStatement est de s'intégrer dans des couches d'abstraction au données alors ca me parait aussi normal car selon la norme une table = un DAO

Mais je n'entrevois aucune autre solution pour un type d'application necessitant de generer des tables de meme type ou des vues a la demande et de posseder une seule et unique interface d'acces...

Tans pis

Bonne journée a Toi !

WDio

[*alexandre*]

une table entité = un accès dao pour les relations tu le gères dans le dao des entités

[wdionysos]

Oui, je suis d'accord avec toi s'il s'agit d'une application web MVC standard.

Mon problème est plus particulier des histoires de calcul statistiques en cascade au sein d'une base embarquée dans une app standalone. Pas vraiment du relationnel tout ça.

Sans rentrez dans les détails, j'ai finalement opter pour un mix de PreparedStatement et de java.text.MessageFormat pour la construction de requetes imbriquées complexes...

Merci a tous pour votre attention et votre devouement !

wdio