Discussion :

[vingohan]

Bonjour,

je travaille actuellement sur une migration de base de données Oracle vers Postgresql dans le cadre d'une application Java-GWT.
Un problème me bloque sur les procédures stockées :

- j'ai des procédures créées de la sorte : CREATE OR REPLACE FUNCTION schema.nomProcedure(OUT code text, OUT erreur text, IN numero text).
Le code SQL de la procédure affiche à la fin : ALTER FUNCTION schema.nomProcedure(text)
Seul les paramètres IN comptent alors.

- puisque je suis en Java, je les appelle depuis le pool de connexion JDBC.
Le problème est que cela génère l'erreur suivante :
org.postgresql.util.PSQLException: ERREUR: la fonction schema.nomProcedure(text, text, text) n'existe pas
[java] Indice?: Aucune fonction ne correspond au nom donn? et aux types d'arguments.
[java] Vous devez ajouter des conversions explicites de type.

Cela signifie alors que les paramètres OUT ne doivent pas être mentionnés dans l'appel = > SELECT schema.nomProcedure('2'); /* ?????? */
Cette solution génère une erreur également.


Au final, je ne parviens pas à appeler les procédures stockées possédant des paramètres OUT. J'ai 378 procédures, avec des dépendances entre procédures.
Faut-il supprimer tous les paramètres OUT ? Les remplacer par du IN ? Les remplacer par ni IN ni OUT ?

N.B : le INOUT ne fonctionne pas non plus.

Merci.

[punkoff]

bonjour,


un exemple simple en SQL uniquemenent :

Code :

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

1
2
3
4
5
6
7
8
9
 
CREATE OR REPLACE FUNCTION fct(IN val1 integer, OUT val2 integer)
  RETURNS integer AS
$BODY$
begin
	val2 := val1 + 2;
end$BODY$
  LANGUAGE plpgsql VOLATILE
  COST 100;

Appel de la fonction :
[code]
select fct(3)
[code]

Retour de la fonction (c'est un record)

Code :

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

1
2
3
4
 
fct integer
----------------
5

Maintenant avec plusieur parametre regardez les exemples de la doc : http://www.postgresql.org/docs/9.3/s...efunction.html

[ericd69]

salut,

il me semble bien que l'ordre des paramètres quand tu as des in et out est important...

sinon les out vont juste te créer un record si tu en as plusieurs, comme si tu avais fait un:

Code sql :

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

returns record

ou sur un type équivalant...
en gros, dés que tu introduis un out tu peux plus avoir de in après.

méfie toi des règles d'emploi de return dans le corps de la fonction aussi...

à savoir que tu es obligé de typer ta sortie si tu veux utiliser ta fonction dans un from ou une jointure comme une table... en effet, un type est automatiquement générer quand tu crée une table.

pour les pures procédures (sans retour), tu peux utiliser la commande procédurale perform. sinon c'est forcément ce que t'as montré punkoff avec un simple select.

Niveau performances, pense à faire des fonctions sql quand tu peux résumer ton action (dans la fonction) à une unique requête sql sinon ce sera évidemment du pgsql.

[vingohan]

Merci pour ces conseils, cela m'a bien aidé !

J'ai enlevé les paramètres OUT lors d'un appel de procédure. Comme l'exemple de punkoff.

Néanmoins, j'ai besoin des paramètres OUT. Si je ne les mentionne pas, cela me crée une erreur.
Donc en les mentionnant les appels ressemble à :

Code :

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

1
2
 
 select fct(3) INTO val2, val3

Car j'ai plusieurs paramètres OUT à récupérer : val2 et val3. Tout deux des chaîne de caractères.
Le problème c'est que j'ai toutes les valeurs dans val2, val3 reste NULL.
val2 vaut :

Code :

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

1
2
 
('bb', 'une chaine de caractère')

Et val3 :

Code :

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

1
2
 
NULL

En fait, val2 vaut 'bb', et val3 vaut 'une chaine de caractère' mais tout se met dans la première variable OUT.

Comment faire alors pour récupérer les deux variables séparément l'une de l'autre ?

J'ai vu que split_part(string text, delimiter text, field int) existe mais ce n'est pas trop "beau" comme solution, malheureusement .

[punkoff]

Code :

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

1
2
 
create type t_fct as (ret1 int, ret2 int);

Code :

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

1
2
3
4
5
6
7
8
9
10
 
drop function fct(val1 integer);
 
create function fct(val1 integer) returns t_fct as $$
declare result t_fct;
begin
select val1 +2 as ret1, val1 + 3 as ret2 into result;
return result;
end;
$$language plpgsql

Code :

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

1
2
 
select * from fct(3) ;

Code :

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

1
2
3
 
---------------------
5          6

[vingohan]

Le problème c'est que ce n'est pas des integer mais des chaînes de caractères, le type text.

Comment faire alors pour récupérer les deux variables séparément l'une de l'autre qui sont pourtant dans la première variable val2 ?

Code :

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

1
2
 
SELECT fct(3) INTO val2, val3

[ericd69]

c'est en effet le moyen en procédural...

un dernier truc postgreSQL est super pointilleux sur les types, il ne fait jamais de conversion implicite !! par exemple, il ne convertira jamais un smallint en int ou bigint ou inversement... il faut forcer la conversion !

à noter que le type dépend du schéma donc n'oublie pas de mettre le schéma devant surtout si tu as des appel à des fonctions entre schémas.

de manière générale, moi je mets toujours les noms de schéma devant les objets dans le code...

niveau droits, je te conseille security definer, ce qui permet d'appeler tes fonctions avec un utilisateur qui a des droits limités (select et execute) et d'être capable d'exécuter l'intérieur de ta fonction avec les droits de celui qui l'a créée.

je pense qu'avec ça tu devrais avoir le principal...

[alassanediakite]

Salut

- j'ai des procédures créées de la sorte : CREATE OR REPLACE FUNCTION schema.nomProcedure(OUT code text, OUT erreur text, IN numero text).
Le code SQL de la procédure affiche à la fin : ALTER FUNCTION schema.nomProcedure(text)
Seul les paramètres IN comptent alors.

Un serpent qui se mord la queue ou
Au finish, peux-tu donner la DLL d'une procédure telle qu'elle est dans PostgreSQL?
@+