Stocker des requêtes sur la base de données

Invité · 29/06/2009, 16h39

Bonjour

je voudrais savoir si il existe un SGBDR qui implémente un mecanisme permettant d'exploiter
le fait de mettre du code SQL en base et de pouvoir executer celui-ci sans que la requete en base ne remonte au niveau du client ?

Exemple:

Soit une table REGLESALERTES avec quelques champs dont 1 de nom REQUETE de type VARCHAR(255) ou est stocké une requete SQL

Est-il possible de faire un

Code :

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

SELECT Requete FROM REGLESALERTES WHERE (Criteres)

et d'executer la ou les requetes "resultats" sans que ces requetes remonte au niveau du client pour etre renvoyée au niveau du serveur ?
(économiser des transferts)

Se pose le problème, si la requete initiale renvoie plus d'une requetes "résultat" pour ouvrir un nombre plus ou moins important d'objets Dataset

Merci

**pacmann** · 29/06/2009, 18h11

Salut !

Je ne vois pas trop pourquoi tu as peur d'envoyer les requêtes...
Enfin cela dit, ce que tu demandes est implémenté sous forme de requête dynamiques.
Cela doit plus ou moins dépendre de ton SGBD...

Tu es sous quel SGBD ?
En gros, ça va te donner des transactions (T-SQL, PL/SQL, ...) de ce genre :
- Tu récupère la requête stockée dans REGLESALERTES dans une variable
SELECT Requete INTO VarRequet FROM REGLESALERTES WHERE (Criteres);

- Tu ouvres ton curseur dynamique sur le contenu de la variable

... et ensuite en fonction de ton langage de développement, faut arriver à te brancher sur le ref_cursor, lui faire cracher les résultats et les mapper.

Si tu as plusieurs requêtes qui sont renvoyées, il faut que tu gères la boucle dans ton programme client.
- Tu ouvres un dataset sur REGLESALERTES ou tu ne renvoies que l'identifiant unique de la table REGLESALERTES
- Pour chaque résultat, tu demandes l'ouverture du curseur dynamique en passant l'identifiant unique en critère
- Tu le branche dynamiquement dans ton code sur ton dataset

Enfin je dis ça...

Invité · 30/06/2009, 07h01

Je vois ...

mais j'aurais aimer plutôt un mécanisme propre au SGBD

la requête initiale me renvoie 3 requete X, Y, Z
rien ne sert a ce que ces requêtes remonte au niveau du client
il faut quelles soit automatiquement re-executées
mais pour ça il faudrait une nouvelle instruction SQL, du style :

EXECUTE QUERY Requete FROM ReglesAlertes

mais je crois que ce mécanisme n'existe pas

**CinePhil** · 30/06/2009, 09h06

Les requêtes ne remontent pas au niveau du client.
Si un résultat s'affiche sur le poste client, c'est que le programme qui a lancé ces requêtes l'a prévu.

Si le programme (par exemple en php) et le SGBD sont sur le même serveur, tout se passe sur le serveur sans "remonter" vers le client, jusqu'à ce que le programme prévoie un affichage de résultat sur le poste client.

Exemple de traitement :

1) L'utilisateur clique sur un projet pour l'ouvrir.
2) Le serveur exécute une première requête pour vérifier que l'utilisateur a le droit d'ouvrir le projet. ==> pas de retour vers le client.
3) Le serveur exécute une requête pour obtenir les paramètres du projet.
4) Affichage des paramètres du projet sur le poste client.

Si tu nous en dis un peu plus sur ton besoin, on pourra peut-être t'orienter vers la meilleure solution, ou te rassurer sur le coût ridiculement faible de ces opérations.

Invité · 30/06/2009, 19h07

Ce dont je parle si ça existe, fait partie des techniques avancées des moteurs SGBDR.

l'idée est de mettre le moins possible de code SQL dans l'exécutable
pour créer un code très généraliste peu dépendant de l'implémentation du MCD.

L'idée de départ c'est :
j'ai un logiciel de paye, je veux créer un système d'alerte
(signaler une fin de contrat approchante, une mutation, etc ...)

l'autre idée c'est que nous avons un système de d'exportation/importation d'enregistrement de base de données sous forme de fichiers de transport.

mais je veux que le code de détection des alertes soit en base (SQL) et pas dans l'exécutable (notamment pour le mettre facilement a jour grâce à l'idée d'au-dessus)

Soit une table REGLESALERTES avec 2 champs
TYPEALERTE, REQUETESQLALERTE

et 1 enregistrement dans cette table:

(pour détecter les fins de contrats qui se termine dans moins de 2 jours)
TYPEALERTE = 'FinDeContrat'
REQUETESQLALERTE = 'Select * From Contrats Where Now()-DateFinContrat<2'

Ce que je veux mettre dans l'exécutable c'est juste ça :

Execute Query REQUETESQLALERTE From REGLESALERTES Where TYPEALERTE = 'FinDeContrat'

Et hop le tour est joué...

1. Le moteur cherche dans la table REGLESALERTES
2. Il trouve une (ou plusieurs) enregistrements
3. Au lieu de renvoyer les enregistrements (qui sont des requêtes: POINT TRES IMPORTANT), il les prends pour lui, les réintroduit dans lui-même pour les re-exécuter.
4. Ces requêtes de niveau 2 peuvent retourner des enregistrements de données
ou même des enregistrements de requêtes SQL, qui sont a leurs tour reéxecutées...
5. Comme çà jusqu'à l'infini...

Je ne sais pas si vous me suivez, mais sans aller jusqu'à un niveau >2

Aussi faudrait que l'instruction EXECUTE (ou autre) existe !

mais la c'est une autre histoire...