Forums PostgreSQL.fr

Bonjour,

J'ai suivi les conseils à rjuju. J'ai donc créé une vue de ma table unique et je tente de réaliser mes mises à jours directement sur cette vue. Visiblement un autre problème se pose, par rapport àla mise à jour d'une table à l'aide d'une focntion (je le met dans un nouveau post).
Merci.

Bonjour Gleu,

c'est exactement ça le problème, vous avez très bien cerné le problème.

Oui Gleu vous avez tout à fait raison.

Je vous avais donné une mauvaise information avant que ne me donniez la fameuse requête :

 SELECT version() 

qui elle me répond :

"PostgreSQL 8.3.10, compiled by Visual C++ build 1400"

Pour info, vos réponses à ce sujet m'ont permis d'effectuer un certains nombres de manipulations de données supplémentaires.

Donc encore merci.

Geo-x

Je vous remercie à tous les deux pour votre aide toujours aussi rapide et efficace.

Malheureusement il semblerait que ma version de postgres (1.8.4 pourtant...) ne permette pas d'utiliser ce genre de requête :

ERROR:  syntax error at or near "OVER"
LIGNE 2 : ...LECT a,b,c, row_number() OVER (PART...

********** Erreur **********

ERROR: syntax error at or near "OVER"
État SQL :42601
Caractère : 111

Et là j'avoue que n'utilisant pas ce genre de requête, je vous fais à 100% confiance, mais je ne comprend plus vraiment ce que je fais puisque je ne connais pas la "window function".

Par ailleurs en essayant à nouveau la requête suivante avec mes paramètres :

CREATE OR REPLACE FUNCTION test()
  RETURNS integer AS
$BODY$
DECLARE
    curseur CURSOR FOR SELECT DISTINCT A,B,C FROM table_a_modif;
    matable record;
    matable2 record;
    compteur integer;
BEGIN 
    FOR matable IN curseur
    LOOP
        compteur=1;
	FOR matable2 IN SELECT cle_primaire,table_a_modif.A,table_a_modif.B,table_a_modif.C FROM table_a_modif WHERE table_a_modif.matable.A=A AND table_a_modif.B=matable.B AND table_a_modif.C=matable.C
	LOOP
		UPDATE table_a_modif SET D=compteur WHERE cle_primaire = matable2.cle_primaire;
		compteur=compteur+1;
        END LOOP;
    END LOOP;
        
    return 1;
END;
$BODY$
language plpgsql;

J'ai toujours le message :

ERROR:  syntax error at or near "$1"
LIGNE 1 :   $1 
            ^
REQUÊTE :   $1 
CONTEXTE : SQL statement in PL/PgSQL function "test2" near line 7


********** Erreur **********

ERROR: syntax error at or near "$1"
État SQL :42601
Contexte : SQL statement in PL/PgSQL function "test2" near line 7

Alors j'ai bien quelques '' dans ma requête qui suit le 'curseur CURSOR FOR SELECT (...)' mais même si j'enlève tout ça ne focntionne toujours pas. J'ai également essayé de changer tous les noms de variable, rien n'y fait.

J'ai juste l'impression que la requête de ma focntion

FOR matable IN curseur

n'est pas accepté par postgres...

Ben alors là...c'est exactement ça!
Merci beaucoup.

Par

On ne peut pas retourner plusieurs résultats d'une fonction

C'est le fait que je voulais retourner de ma fonction deux colonnes distinctes avec deux données différentes. Je pensais que les fonctions ne permettaient de retourner un seul résultat, comme par exemple une fonction sur les caractères retourne le mot en entrée avec les espaces supprimés (je ne sais pas si je suis très clair là...)

Par rapport au "pseudo code" (j'ai bien aimé votre définition) que vous avez transformé en "code" digne de ce nom : j'aurais quelques question pour être sûr de bien comprendre :

1-

(OUT p_table text, OUT p_geometrytype text)

Je n'avais encore jamais vu ce OUT, généralement il y a simplement écrit le type de champ. Donc si je comprend bien, quand en entrée de fonction j'ai besoin d'un champ de type integer et un champ de type text et qu'en retour j'aurais un résultat en varchar vais mettre :

FUNCTION test (integer, text)
DECLARE $1 varchar;
(...)
RETURN $1

2- je ne connaissais pas la fonction quote_ident merci pour l'info

3- Si je comprend bien on met le RETURN NEXT lorsqu'il y a une série d'enregistrement c'est bien cela?

4- Dans quel cas met on RETURNS et dans quel cas met on RETURN ? c'est selon qu'il y ait un ou plusieurs retour j'imagine?

Merci pour ces compléments d’informations qui me permettront d'approfondir mes connaissances.

Euh oui en effet, j'avoue ne pas avoir été très clair sur ce coup là...mea culpa. Il s'agit bien d'un INSERT INTO table2...

Donc pour reformuler :

Initialement :

Table1 (LINESTRING)   -   Champ1 : a,b,c,a,a,b,c,c,c

Ce que je souhaite avoir :

Table2 (MULTILINESTRING)  -  Champ1 : a,b,c

Et donc le code qui ne fonctionne pas, mais que j'ai écris :

INSERT INTO table2 (wkb_geometry,champ1) 
SELECT wkb_geometry,champ1 FROM table1
WHERE table1.wkb_geometry=st_multi(st_union('SELECT table1.wkb_geometry FROM table1 GROUP BY table1.champ1'));

En fait, ce que je me rend compte avec cette manipulation, c'est qu'en effectuant un trigger codé avec BEFORE INSERT, la séquence s'incrémente avant le trigger !

Par conséquent je me pose vraiment la question, de l'ordre dans lesquelles s'exécutent les différentes fonctions appelées.

Il n'empêche, dans la mesure ou je souhaiterais lancer une requête de type 'SELECT setval ('table',1054)' dans un trigger,
j'essaie d'utiliser le PERFORM, mais ça n'a pas l'air de fonctionner...

J'ai également essayé le EXECUTE SELECT (...)

mais pas mieux...

Vous savez comment faire?

Merci!

Geo-x

Ce que je voulais dire, c'est qu'au vue de notre configuration il n'est que très peu probable d'avoir deux insertions au même moment même si techniquement c'est possible.

Je creuse donc pour trouver ma solution, je vous tiens au courant si je trouve.