Description

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.