Documentation PostgreSQL 8.0.25 | ||||
---|---|---|---|---|
Pr�c�dent | Arri�re rapide | Avance rapide | Suivant |
SPI_push
devrait �tre appel� avant d'ex�cuter une
autre proc�dure qui pourrait elle-m�me souhaiter utiliser SPI.
Apr�s SPI_push
, SPI n'est plus dans un �tat
<<�connect�>> et les appels de fonction SPI seront rejet�s sauf
si un nouveau SPI_connect
est ex�cut�. Ceci nous
assure une s�paration propre entre l'�tat SPI de votre proc�dure et
celui d'une autre proc�dure que vous appelez. Apr�s le retour de cette
derni�re, appelez SPI_pop
pour restaurer
l'acc�s � votre propre �tat SPI.
Notez que SPI_execute
et les fonctions
relatives font automatiquement l'�quivalent de
SPI_push
avant de repasser le contr�le au moteur
d'ex�cution SQL, donc il n'est pas n�cessaire de vous inqui�ter de cela
lors de l'utilisation de ces fonctions. Vous aurez besoin d'appeler
SPI_push
et SPI_pop
seulement quand vous appelez directement un code arbitraire qui
pourrait contenir des appels SPI_connect
.
Pr�c�dent | Sommaire | Suivant |
SPI_finish | Niveau sup�rieur | SPI_pop |