Précédent   Forum des professionnels en informatique > Bases de données > PostgreSQL
PostgreSQL Forum PostgreSQL. Avant de poster -> F.A.Q PostGreSQL Tutoriels PostGreSQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 19/11/2007, 13h05   #1
Invité de passage
 
Inscription : novembre 2007
Messages : 5
Détails du profil
Informations forums :
Inscription : novembre 2007
Messages : 5
Points : 1
Points : 1
Par défaut Vues + procédures stockées

Bonjour,

Je voudrais faire appel à des procédures stockées dans des vues, et je ne sais pas vraiment comment m'y prendre.
Je m'explique...

D'un côté, j'ai mis en place une procédure :
Code :
GetResults(character varying);
- Prend un argument une chaine de caractères
- effectue de nombreuses modifications (complexes) sur les enregistrements contenant la chaine de caractère donnée
- rend un ou plusieurs enregistrements

Et de l'autre côté, je voudrais avoir une vue qui ressemblerait à ceci :
Code :
1
2
3
CREATE VIEW MyView AS
    SELECT *
    FROM GetResults(val);
Le but étant qu'un utilisateur puisse faire :
Code :
SELECT * FROM MyView WHERE val = 'value';

Une solution simple aurait été :
Code :
1
2
3
SELECT * FROM GetResults('value');
ou 
SELECT GetResults('value') FROM DummyTable;
Mais seulement pour diverses raisons, il est impossible à l'utilisateur de lancer des procédures de ces deux manières.


Et donc, je voudrais savoir s'il existe une manière de "cacher" une procédure derrière une vue.
mrclay est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/11/2007, 14h23   #2
Expert Confirmé Sénior
 
Avatar de GrandFather
 
Inscription : mai 2004
Messages : 4 490
Détails du profil
Informations personnelles :
Âge : 42

Informations forums :
Inscription : mai 2004
Messages : 4 490
Points : 5 049
Points : 5 049
Bonjour,

le principe d'une vue est justement de n'impliquer que des invariants, c'est donc peu compatible avec celui d'une procédure stockée paramétrée... Je ne vois pas de moyen de concilier les deux.
__________________
FAQ XML
------------
« Le moyen le plus sûr de cacher aux autres les limites de son savoir est de ne jamais les dépasser »
Giacomo Leopardi
GrandFather est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/11/2007, 14h58   #3
Invité de passage
 
Inscription : novembre 2007
Messages : 5
Détails du profil
Informations forums :
Inscription : novembre 2007
Messages : 5
Points : 1
Points : 1
Merci pour ces premières précisions.

J'ai peut-être été trop restrictif en parlant directement de vues...
La question reformulée serait donc :

Existe-t-il une manière de cacher une procédure derrière quelquechose d'accessible par un
?
mrclay est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/11/2007, 16h10   #4
Expert Confirmé Sénior
 
Avatar de GrandFather
 
Inscription : mai 2004
Messages : 4 490
Détails du profil
Informations personnelles :
Âge : 42

Informations forums :
Inscription : mai 2004
Messages : 4 490
Points : 5 049
Points : 5 049
Selon moi c'est impossible. Il existe dans PostgreSQL un système de règle qui permettrait notamment de transformer une requête INSERT, UPDATE ou DELETE en un appel vers une procédure stockée, mais rien qui permet de transformer un SELECT conditionnel en un appel vers une procédure stockée.
__________________
FAQ XML
------------
« Le moyen le plus sûr de cacher aux autres les limites de son savoir est de ne jamais les dépasser »
Giacomo Leopardi
GrandFather est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/11/2007, 16h38   #5
Invité de passage
 
Inscription : novembre 2007
Messages : 5
Détails du profil
Informations forums :
Inscription : novembre 2007
Messages : 5
Points : 1
Points : 1
Pourrais-je avoir plus d'informations sur ce
"système de règle qui permettrait notamment de transformer une requête INSERT, UPDATE ou DELETE en un appel vers une procédure stockée" ?
mrclay est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/11/2007, 18h25   #6
Expert Confirmé Sénior
 
Avatar de GrandFather
 
Inscription : mai 2004
Messages : 4 490
Détails du profil
Informations personnelles :
Âge : 42

Informations forums :
Inscription : mai 2004
Messages : 4 490
Points : 5 049
Points : 5 049
C'est le système de règles (RULES) qui permet à PostgreSQL de réécrire à la volée une requête. C'est décrit dans la documentation . Mais en l'occurrence ça ne correspond pas à ce que tu souhaites faire.
__________________
FAQ XML
------------
« Le moyen le plus sûr de cacher aux autres les limites de son savoir est de ne jamais les dépasser »
Giacomo Leopardi
GrandFather est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 21/11/2007, 17h31   #7
Invité de passage
 
Inscription : novembre 2007
Messages : 5
Détails du profil
Informations forums :
Inscription : novembre 2007
Messages : 5
Points : 1
Points : 1
J'ai trouvé une manière, pas totalement satisfaisante, mais utilisable, pour faire ce que je cherchais.

D'abord, on crée une table bidon, qui permettra de passer les paramètres :
Code :
CREATE TABLE bidon (id integer NOT NULL, PRIMARY KEY (id), UNIQUE (id));
Ensuite, on crée la vue, qui prend comme 'argument', le contenu de la table bidon :
Code :
1
2
CREATE VIEW What_I_Want AS
    SELECT id AS req, GetResults(id) AS res FROM bidon;

Et voici comment "executer" la procédure :
Code :
1
2
1. INSERT INTO bidon (id) VALUES (70);
2. SELECT * FROM What_I_Want WHERE id = 70;
1 : on rentre l'argument voulu dans la table bidon
2 : on récupère le résultat, à travers la procédure 'what_i_want'
3: on peut supprimer la valeur rentrée dans la table bidon


Si quelqu'un a une solution plus efficace et/ou jolie, je serais très interessé.
mrclay est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 16h10.


 
 
 
 
Partenaires

Hébergement Web