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 |