Discussion :

[VinceSSJ]

Bonjour,


Je voudrais avoir votre avis et vos conseils sur quelque chose que je n'ai jamais fait et qui traite sur le stockage de requêtes SQL.
Je travaille sur une application JEE qui possède une architecture pour moi assez complexe et que j'ai comme devoir d'optimiser.

Dans cette application, les requêtes SQL sont toutes stockées dans la base de données du serveur applicatif. Ce qui fait que pour effectuer des recherches et des traitements sur les BD, l'application doit tout d'abord accéder à la BD pour remonter la bonne requête, pour ensuite retourner dans la BD pour effectuer la requête remontée.. C'est le "serpent qui se mord la queue" comme on me l'a si bien dit

J'ai donc dans l'idée de placer ces requêtes "dans" l'appli pour que les accès soient moins longs.

Question : Où stocker ces requêtes ? Directement dans le code ? Dans un fichier ? Si oui quel genre de fichier ?

Je précise que l'appli possède un EJB entièrement consacré aux accès à la BD et qui a comme rôle par exemple d'aller chercher des requêtes, de faire les connexions, etc... Donc il faudra de toutes manières que je modifie cet EJB en fonction de ce que je vais faire.

Dans la table qui contient les requêtes, il y a 2 colonnes, une qui contient la requête à proprement parlé et une autre qui est le nom de cette requête.


Merci d'avance pour vos réponses !

[Népomucène]

1. Combien y-a-t-il de requêtes ?
2. Qui s'occupe de leur maintenance (création/modification) ?

S'il y a beaucoup de requêtes et/ou on doit souvent les modifier
alors il faudra probablement les laisser en base de données

[VinceSSJ]

1. Dans la table il y a 100 lignes. Mais dans ces 100lignes, il y a certaines ligne qui sont des "parties" de requêtes. Par exemple :

REQ_SELECT_NUM : Select x from y where o=p
REQ_SELECT_NUM : And u=m
REQ_SELECT_NUM : And n=d

Il y a donc 3 lignes qui possèdent le même nom. La première ligne est la "base" de la requête, tandis que les autres lignes ne sont que les compléments si besoin.
Donc au final je dirais qu'il y a 70 requêtes dans la table. Les 30 autres sont les compléments.

2. En fait, logiquement c'est le responsable SI qui s'occupe de la maintenance, mais depuis sa création en 2008, rien n'a été rajouté ni modifié dans l'appli. Et ça compte pas l'être dans le futur.

[fxrobin]

pour ma part, j'irai mettre tout ça dans un fichier de properties ou encore dans un fichier XML mis dans WEB-INF ou dans META-INF.

vu tes contraintes sur les "noms identiques" j'opterais pour un fichier XML genre

Code :

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

1
2
3
4
5
6
7
8
9
10
<?xml version="1.0" encoding="UTF-8" ?>
<liste-requetes>
   <requete id="truc-muche">
       <base>Select x from y where o=p</base>
       <complement>And u=m</complement>
       <complement>And n=d</complement>
   </requete>
  .. etc ..
  .. etc ..
</liste-requetes>

Le tout parsé en DOM ou en JDOM.


mais surtout pas en base de données ...

[fxrobin]

Le tout parsé en DOM ou en JDOM.

il était évident dans ma réponse que le DOM doit être conservé en mémoire et pas parsé à chaque fois, ce qui revient à une Map ou une List en mémoire

[Népomucène]

Eh bien c'est une belle unanimité ! tout le monde est d'accord sur le principe
de charger les requêtes en mémoire !

Il ne te reste plus qu'à choisir la forme qui te conviens le mieux
(variable de session, Map, List, etc...)

[Népomucène]

Pour ne pas tout remonter "à la main" dans le code,
tu peux, au moment où l'application est lancée, charger toutes tes
requêtes dans un Map ou un Arraylist (en mémoire donc + rapide)

[goute]

Tu les laisses dans la bdd, tu les charges à l’exécution de l'application, puis tu les enregistres dans une variable de session. Comme ça tu ne fais qu'un seul accès a la bdd.