Discussion :

[oni13]

Bonjour,

Je cherche une solution pour rendre le contenu d'une requête paramétrée paramétrable...

en bref:

Code :

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

@NamedQuery(name="MonObj.req1", query="select obj.a, obj.b, obj.c from MONOBJ obj WHERE obj.id=:IDOBJ")

Je dispose de beaucoup de requêtes devant faire un select sur obj.a, obj.b, obj.c de ma table MONOBJ.

Il me semble qu'il n'est pas possible de faire quelque chose du genre

Code :

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

1
2
3
 
@NamedQuery(name="MonObj.req1", query="select "+MONOBJ.LISTE_SELECT"+ from MONOBJ obj WHERE obj.id=:IDOBJ")
@NamedQuery(name="MonObj.req2", query="select "+MONOBJ.LISTE_SELECT"+ from MONOBJ obj WHERE obj.name=:NAME")

car j'ai cru comprendre que les annotations ne pouvaient pas être liées à un code static (ou pas) car elles sont initialisées en premier? En tout cas cela ne fonctionne pas, mais c'est quelque chose du genre que je cherche à faire.

L'intérêt dans mon cas est qu'il y a beaucoup de colonnes à récupérer, et dans pas mal de requêtes. De plus il arrive qu'on ajoute des colonnes, et cela force à modifier toutes les namedqueries...
Pour des raisons de perfs, je ne peux pas faire un simple "FROM MON OBJ WHERE...".

J'espère que ma question est claire.

Avez-vous une solution svp?

Merci d'avance.

[OButterlin]

Tu ne pourras pas faire ça avec des NamedQuery mais rien ne t'empêche de passer tes requêtes par un fichier properties et d'injecter en paramètres tes colonnes.

Code :

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

1
2
3
4
 
mon_query_1=select {0} from maTable where laCe = :cle
mon_query_2=select {0} from monAutreTable where laCle = :cle
...

ensuite, l'affectation des paramètres se fait comme d'habitude via query.setParameter(leNom, laValeur)

[oni13]

Passer par un fichier de config et non une NamedQuery est-il géré au niveau du cache hibernate?
Je sais que l’intérêt d'une NamedQuery est qu'hibernate ne reconstruit pas la requête plusieurs fois, je ne sais pas si ça fonctionne correctement si on externalise les requêtes.

Malgré tout cela peut m'intéresser... je pense pouvoir sacrifier une performance minime contre un peu de code propre.

Merci

[tchize_]

Il me semble qu'il n'est pas possible de faire quelque chose du genre

Code :

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

1
2
3
 
@NamedQuery(name="MonObj.req1", query="select "+MONOBJ.LISTE_SELECT"+ from MONOBJ obj WHERE obj.id=:IDOBJ")
@NamedQuery(name="MonObj.req2", query="select "+MONOBJ.LISTE_SELECT"+ from MONOBJ obj WHERE obj.name=:NAME")

Si MONOBJ.LISTE_SELECT est statique final et calculable à la compilation, alors c'est bon. Ce qui importe c'est que le compilateur puisse connaitre les valeurs des propriétés des annotations pour les stocker dans le .class


donc ceci est bon

Code :

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

1
2
3
4
5
 
@NamedQuery(name="MonObj.req1", query="select "+MONOBJ.LISTE_SELECT"+ from MONOBJ obj WHERE obj.id=:IDOBJ")
 
public class MONOBJ
   public static final String LISTE_SELECT=" obj.a, obj.b, obj.c";

Ceci n'est pas bon

Code :

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

1
2
3
4
5
 
@NamedQuery(name="MonObj.req1", query="select "+MONOBJ.LISTE_SELECT"+ from MONOBJ obj WHERE obj.id=:IDOBJ")
 
public class MONOBJ
   public static final String LISTE_SELECT=StaticProperties.get("obj.defaultParameterList");

[oni13]

En effet, cela fonctionne avec le mot clé final... je n'ai pas pensé à tester.

Je ne pensais pas que ce mot avait un autre intérêt que de gagner des points sur les outils d'analyse de code
Mais après coup, c'est vrai que ça semble logique que le compilateur ait besoin de savoir qu'il s'agit d'une valeur bloquée.

Comme toujours, merci pour ces détails

[tchize_]

Je ne pensais pas que ce mot avait un autre intérêt que de gagner des points sur les outils d'analyse de code

Ben non, ça sert principalement à empêcher qu'on modifie la valeur.