PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle 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

curseur

Technique - général | curseur

Par greggory le 04/04/2007 - 16:30

Bonjour,

Vous trouverez ci-joint un exemple de l'une de mes fonctions qui me posent problème. Lorsque je l'éxecute, j'ai ceci comme retour "unnamed portal 1" Puis, je fais un FETCH ALL IN "unnamed portal 1", là, j'ai le bon résultat de ma requête. Lorsque que je réexecute ma fonction, et que je fais le FETCH , ça ne va plus car le unnamed portal est passé a 2 (unnamed portal 2). Alors dans une application, c'est un peu galere. Comment puis je arranger cela ?

Merci

Gregory

Fichier attachéTaille
test.sql_.txt210 octets

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

il faut faire return next

sparky/ = 11 Avril, 2007 - 16:52

il faut faire return next

http://docs.postgresqlfr.org/8.2/plpgsql-control-structures.html


© PostgreSQLFr, tous droits rĂ©servĂ©s.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.