|
||||
Ouverture de sessionNavigationContactez-nousAdministration du site : RechercheSujets du forumSujets actifsNouveaux sujets:SyndicationSondageQuelle est la version de PostgreSQL la plus répandue sur vos serveurs ? 8.3 10% 8.2 42% 8.1 40% 8.0 2% 7.4 6% 7.3 ou antérieure 0% Nombre de votes: 48 |
[Débutant][PgSql] Appel de Procédures InOutTechnique - Langages Procéduraux (PL) | [Débutant][PgSql] Appel de Procédures InOutPar GyLes le 19/06/2008 - 14:12 Bonjour, Débutant sur l'utilisation de PgSql, je reste complètement bloqué sur un simple appel de procédure. Venant du monde Oracle, je pense qu'il me manque quelques concepts clés que je ne suis pourtant pas arrivé à débusquer sur Internet. J'ai une simple procédure qui me permet d'ajouter un couple attribut/valeur dans une chaîne de caractères : (j'utilise EMS SQL Manager Lite) Code : CREATE OR REPLACE FUNCTION "client_sys"."add_to_attr" (name_ varchar, value_ varchar, inout attr_ varchar) RETURNS varchar AS La fonction getsep permet d'obtenir un caract_res de séparation pour les champs et enregistrements. Ces fonctions fonctionnent (testées). et une deuxième procédure de test : Code : CREATE OR REPLACE FUNCTION "client_sys"."test" () RETURNS varchar AS A l'exécution de cette procédure, je devrais avoir en sortie le résultat suivant : Code : Query OK (0,16 sec) Or ce n'est pas le cas, j'ai tout simplement le résultat suivant : Query OK (0,14 sec) En parcourant la documentation, PERFORM semble être l'instruction à utiliser pour exécuter une procédure. A priori, j'ai l'impression qu'elle ignore complètement le résultat en sortie. En utilisant l'instruction SELECT, l'exécution sort en erreur (ou la compilation) en demandant une variable pour recevoir le résultat de la fonction. Donc: Code : SELECT client_sys.clear_attr(ess) INTO ess; fonctionne. Mais dans ce cas, où est l'intérêt d'utiliser des arguments en INOUT ? Voilà l'exposé de mon petit problème qui m'a déjà tout de même joyeusement grignoter deux belles soirées. Merci pour votre aide sur ce point, je ne vois plus trop ... |
|||
© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.