Discussion :

[samus535]

Bonjour à tous,
J'aimerais avoir votre avis sur les "best practice" pour utiliser la même requête dans différent projets.

Je vous explique notre situation: Tout ce que nous faisons en Windev touche à notre ERP qui utilise une base Progress. Pour des questions de performances, nous devons utilsier des requêtes plustôt que les fonction d'accès aux base de données de Windev (HLitPremier, HLitRecherchePremier, ect.). Donc dans chacun de nos projets, nous finissons par recoder les mêmes requêtes.

Nous aimerions donc savoir quelle serait la meilleure façon pour faire nos requêtes une seule fois et les réutiliser dans plus d'un projets.

Nous avions pensé à mettre toutes les requêtes dans un composant et inclure ce composant dans tous nos projets, mais j'ai lu que les requêtes dans un composant n'étaient pas accessible à l'extérieur de ce composant.

EDIT: De plus, nous aimerions faire quelques chose dans le même princippe pour l'analyse, car c'est toujours les mêmes tables qui sont utilisées.

Merci d'avance pour vos judicieux conseils.
--Samus535

[Raptor92]

Bonjour,

Concernant l'analyse, je ne sais pas trop, hormis le fait qu'il soit possible de travailler avec la même analyse dans différents projets.
Concernant les requêtes, nous avons tentés de mettre une requête dans une brique de code et ainsi la rappeler à souhait et cela fonctionne très bien.

J'ai une idée parmi d'autres
Bonne journée

[miripesage]

Bonjour, oui vous pouvez utiliser une même analyse pour plusieurs projets. Il suffit de la choisir dans la description du projet.

[mail.spam]

Bonjour,

Je ne connais pas du tout les bases Progress mais n'y a t'il pas un moyen de faire, comme dans SQL server, des vues, qui corresponde à ta requête, ainsi tu n'as plus que ta vue à inclure dans ton projet.

[tatayo]

Bonjour,
Si tu utilises les ordres SQL* pour lancer les requêtes, ces dernières ne sont que des chaines de caractères. Rien de plus facile donc de les stocker dans un fichier INI, XML, dans une table quelconque d'une base de données...

Tatayo.

[samus535]

Bonjour,

Concernant l'analyse, je ne sais pas trop, hormis le fait qu'il soit possible de travailler avec la même analyse dans différents projets.
Concernant les requêtes, nous avons tentés de mettre une requête dans une brique de code et ainsi la rappeler à souhait et cela fonctionne très bien.

J'ai une idée parmi d'autres
Bonne journée

Bonjour Raptor92,

Merci pour ta réponse. Pour les requête, je me demandais si cette méthode fonctionnait bien avec des "select" qui retournent plusieurs lignes. J'ai un peu de misère à imaginer une procédure qui retourne par exemple 240 enregistrements de 12 champs.

J'imagine par contre que ça fonctionne assez bien pour un Insert ou pour un Update.

Merci beaucoup et bonne journée
--Samus535

[Raptor92]

Bonjour,

Personnellement, j'ai mis en brique de code aussi bien les Insert, Update et Select.
Bien entendu, je dois adapter mes requêtes en fonction des besoins.
Par contre, pour les requêtes identiques, cela ne pose aucuns problèmes
Exemple:
- J'interroge la table Articles aussi bien pour les commandes clients et fournisseurs, mes champs étant identiques (pour des raisons de facilité de maintenance), de fait ma requête est identique (hormis le nom de la table mémoire).

Bonne après midi

[samus535]

Bonjour,

Personnellement, j'ai mis en brique de code aussi bien les Insert, Update et Select.
Bien entendu, je dois adapter mes requêtes en fonction des besoins.
Par contre, pour les requêtes identiques, cela ne pose aucuns problèmes
Exemple:
- J'interroge la table Articles aussi bien pour les commandes clients et fournisseurs, mes champs étant identiques (pour des raisons de facilité de maintenance), de fait ma requête est identique (hormis le nom de la table mémoire).

Bonne après midi

Est-ce que ce serait possible d'avoir un exemple pour la brique de code qui traîte les Select ?

Merci beaucoup pour ton aide et bonne journée
--Samus535

[mail.spam]

J'ai un peu de misère à imaginer une procédure qui retourne par exemple 240 enregistrements de 12 champs.

Bonjour,

Les briques de codes sont des aides à la saisie du code de développement de Windev.

Ainsi lorsque vous utilisez des commandes régulièrement vous les mettez une fois dans le gestionnaires des briques de codes, puis quand vous en avez besoin il suffit de faire un glisser déposer.

Ce qui permet de ne pas retaper des commandes répétitives.

[samus535]

Haaaa !! Ok !
j'imagine que les briques de code sont reliées à un seul projet ?
Si c'est le cas, ça ne fonctionnera pas dans notre cas, car nous voulons partager les requêtes entre plusieurs projets.

Merci et bonne journée
--Samus535

[mail.spam]

Non mais c'est lié au poste de développement.

[Raptor92]

Re...

Je ne comprends pas pourquoi.
Les briques de code ne sont pas liés à un projet mais font partis de la bibliothèque.
Ce qui fait, que lorsque vous enregistré une brique de code, celle ci peut être appeler depuis n'importe quel projet.
Par contre comme le dit Mail.Spam(que je salue au passage), ceci est lié au poste de développement.

[samus535]

Non mais c'est lié au poste de développement.

Ok, nous sommes 2 à travailler sur les mêmes projets sur 2 postes différents, donc ça ne ferait pas ce que nous avons besoin.

Merci et bonne journée
--Samus535

[Dober]

Pourquoi ne pas utiliser une classe qui regroupera toutes les requêtes SQL sous forme de chaîne ?