Fonction SQLMoreResults

Conformité
Version introduite : Conformité des normes ODBC 1.0 : ODBC

Résumé
SQLMoreResults détermine si d’autres résultats sont disponibles sur une instruction contenant des instructions SELECT, UPDATE, INSERT ou DELETE et, le cas échéant, initialise le traitement pour ces résultats.

Syntaxe

  
SQLRETURN SQLMoreResults(  
     SQLHSTMT     StatementHandle);  

Arguments

StatementHandle
[Entrée] Handle d’instruction.

Retours

SQL_SUCCESS, SQL_SUCCESS_WITH_INFO, SQL_STILL_EXECUTING, SQL_NO_DATA, SQL_ERROR, SQL_INVALID_HANDLE, OR SQL_PARAM_DATA_AVAILABLE.

Diagnostics

Lorsque SQLMoreResults retourne SQL_ERROR ou SQL_SUCCESS_WITH_INFO, une valeur SQLSTATE associée peut être obtenue en appelant SQLGetDiagRec avec un HandleType de SQL_HANDLE_STMT et un Handle of StatementHandle. Le tableau suivant répertorie les valeurs SQLSTATE couramment retournées par SQLMoreResults et explique chacune dans le contexte de cette fonction; la notation « (DM) » précède les descriptions des SQLSTATEs retournées par le Gestionnaire de pilotes. Le code de retour associé à chaque valeur SQLSTATE est SQL_ERROR, sauf indication contraire.

SQLSTATE Erreur Description
01000 Avertissement général Message d’information spécifique au pilote. (La fonction retourne SQL_SUCCESS_WITH_INFO.)
01S02 La valeur d’option a changé La valeur d’un attribut d’instruction a changé lorsque le lot était traité. (La fonction retourne SQL_SUCCESS_WITH_INFO.)
08S01 Échec du lien de communication Le lien de communication entre le pilote et la source de données auquel le pilote a été connecté a échoué avant l’achèvement du traitement de la fonction.
40001 Échec de sérialisation La transaction a été annulée en raison d’un blocage de ressource avec une autre transaction.
40003 Fin de l’instruction inconnue La connexion associée a échoué pendant l’exécution de cette fonction et l’état de la transaction ne peut pas être déterminé.
HY000 Erreur générale Une erreur s’est produite pour laquelle il n’y avait pas de SQLSTATE spécifique et pour laquelle aucun SQLSTATE spécifique à l’implémentation n’a été défini. Le message d’erreur retourné par SQLGetDiagRec dans la mémoire tampon *MessageText décrit l’erreur et sa cause.
HY001 Erreur d’allocation de mémoire Le pilote n’a pas pu allouer de mémoire nécessaire pour prendre en charge l’exécution ou l’achèvement de la fonction.
HY008 Opération annulée Le traitement asynchrone a été activé pour StatementHandle. La fonction SQLMoreResults a été appelée et, avant qu’elle ait terminé l’exécution, SQLCancel ou SQLCancelHandle a été appelée sur StatementHandle. Ensuite, la fonction SQLMoreResults a été appelée à nouveau sur StatementHandle.

La fonction SQLMoreResults a été appelée et, avant qu’elle ait terminé l’exécution, SQLCancel ou SQLCancelHandle a été appelée sur l’InstructionHandle à partir d’un autre thread dans une application multithread.
HY010 Erreur de séquence de fonction (DM) Une fonction en cours d’exécution asynchrone a été appelée pour le handle de connexion associé à StatementHandle. Cette fonction asynchrone était toujours en cours d’exécution lorsque la fonction SQLMoreResults a été appelée.

(DM) Une fonction en cours d’exécution asynchrone (pas celle-ci) a été appelée pour l’instruction StatementHandle et était toujours en cours d’exécution lorsque cette fonction était appelée.

(DM) SQLExecute, SQLExecDirect, SQLBulkOperations ou SQLSetPos a été appelé pour statementHandle et retourné SQL_NEED_DATA. Cette fonction a été appelée avant que les données ne soient envoyées pour tous les paramètres ou colonnes de données à l’exécution.
HY013 Erreur de gestion de la mémoire L’appel de fonction n’a pas pu être traité, car les objets de mémoire sous-jacents n’ont pas pu être accessibles, éventuellement en raison de conditions de mémoire faible.
HY117 La connexion est suspendue en raison de l’état de transaction inconnu. Seules les fonctions de déconnexion et de lecture seule sont autorisées. (DM) Pour plus d’informations sur l’état suspendu, consultez LA fonction SQLEndTran.
HYT01 Délai d’attente de la connexion expiré La période d’expiration du délai de connexion a expiré avant que la source de données ne réponde à la demande. La période d’expiration de connexion est définie via SQLSetConnectAttr, SQL_ATTR_CONNECTION_TIMEOUT.
IM001 Le pilote ne prend pas en charge cette fonction (DM) Le pilote associé à StatementHandle ne prend pas en charge la fonction.
IM017 L’interrogation est désactivée en mode de notification asynchrone Chaque fois que le modèle de notification est utilisé, l’interrogation est désactivée.
IM018 SQLCompleteAsync n’a pas été appelé pour terminer l’opération asynchrone précédente sur ce handle. Si l’appel de fonction précédent sur le handle retourne SQL_STILL_EXECUTING et si le mode de notification est activé, SQLCompleteAsync doit être appelé sur le handle pour effectuer un post-traitement et effectuer l’opération.

Commentaires

Les instructions SELECT retournent des jeux de résultats. Les instructions UPDATE, INSERT et DELETE retournent un nombre de lignes affectées. Si l’une de ces instructions est par lots, envoyée avec des tableaux de paramètres (numérotées dans l’ordre croissant des paramètres, dans l’ordre qu’elles apparaissent dans le lot), ou dans les procédures, elles peuvent retourner plusieurs jeux de résultats ou nombres de lignes. Pour plus d’informations sur les lots d’instructions et de tableaux de paramètres, consultez Batches of SQL Statements and Arrays of Parameter Values.

Après avoir exécuté le lot, l’application est positionnée sur le premier jeu de résultats. L’application peut appeler SQLBindCol, SQLBulkOperations, SQLFetch, SQLGetData, SQLFetchScroll, SQLSetPos et toutes les fonctions de métadonnées, sur le premier ou tous les jeux de résultats suivants, comme il le ferait s’il n’y avait qu’un seul jeu de résultats. Une fois le premier jeu de résultats terminé, l’application appelle SQLMoreResults pour passer au jeu de résultats suivant. Si un autre jeu de résultats ou nombre est disponible, SQLMoreResults retourne SQL_SUCCESS et initialise le jeu de résultats ou le nombre pour un traitement supplémentaire. Si des instructions de génération de nombre de lignes apparaissent entre les instructions de génération de jeu de résultats, elles peuvent être pas à pas en appelant SQLMoreResults. Après avoir appelé SQLMoreResults pour les instructions UPDATE, INSERT ou DELETE , une application peut appeler SQLRowCount.

S’il existe un jeu de résultats actuel avec des lignes non affectées, SQLMoreResults ignore ce jeu de résultats et rend le jeu de résultats ou le nombre de résultats disponibles. Si tous les résultats ont été traités, SQLMoreResults retourne SQL_NO_DATA. Pour certains pilotes, les paramètres de sortie et les valeurs de retour ne sont pas disponibles tant que tous les jeux de résultats et les nombres de lignes n’ont pas été traités. Pour ces pilotes, les paramètres de sortie et les valeurs de retour deviennent disponibles lorsque SQLMoreResults retourne SQL_NO_DATA.

Toutes les liaisons établies pour le jeu de résultats précédent restent toujours valides. Si les structures de colonne sont différentes pour ce jeu de résultats, l’appel de SQLFetch ou SQLFetchScroll peut entraîner une erreur ou une troncation. Pour éviter cela, l’application doit appeler SQLBindCol de manière explicite selon les besoins (ou le faire en définissant des champs de descripteur). L’application peut également appeler SQLFreeStmt avec une option de SQL_UNBIND pour annuler la liaison de toutes les mémoires tampons de colonne.

Les valeurs des attributs d’instruction, telles que le type de curseur, la concurrence du curseur, la taille de l’ensemble de clés ou la longueur maximale, peuvent changer lorsque l’application navigue dans le lot par des appels à SQLMoreResults. Si cela se produit, SQLMoreResults retourne SQL_SUCCESS_WITH_INFO et SQLSTATE 01S02 (valeur d’option a changé).

L’appel de SQLCloseCursor ou SQLFreeStmt avec une option de SQL_CLOSE, ignore tous les jeux de résultats et les nombres de lignes disponibles en raison de l’exécution du lot. Le handle d’instruction retourne à l’état alloué ou préparé. Appel de SQLCancel pour annuler une fonction en cours d’exécution asynchrone lorsqu’un lot a été exécuté et que le handle d’instruction se trouve dans l’état exécuté, positionné par le curseur ou asynchrone, génère tous les jeux de résultats et les nombres de lignes générés par le lot en cours d’annulation si l’appel d’annulation a réussi. L’instruction retourne ensuite à l’état préparé ou alloué.

Si un lot d’instructions ou une procédure combine d’autres instructions SQL avec les instructions SELECT, UPDATE, INSERT et DELETE, ces autres instructions n’affectent pas SQLMoreResults.

Pour plus d’informations, consultez Plusieurs résultats.

Si une instruction de mise à jour, d’insertion ou de suppression recherchée dans un lot d’instructions n’affecte aucune ligne à la source de données, SQLMoreResults retourne SQL_SUCCESS. Cela est différent du cas d’une instruction de mise à jour, d’insertion ou de suppression recherchée exécutée via SQLExecDirect, SQLExecute ou SQLParamData, qui retourne SQL_NO_DATA si elle n’affecte aucune ligne à la source de données. Si une application appelle SQLRowCount pour récupérer le nombre de lignes après un appel à SQLMoreResults n’a pas affecté de lignes, SQLRowCount retourne SQL_NO_DATA.

Pour plus d’informations sur le séquencement valide des fonctions de traitement des résultats, consultez l’annexe B : Tables de transition d’état ODBC.

Pour plus d’informations sur SQL_PARAM_DATA_AVAILABLE et les paramètres de sortie diffusés en continu, consultez Récupération des paramètres de sortie à l’aide de SQLGetData.

Disponibilité des nombres de lignes

Lorsqu’un lot contient plusieurs instructions de génération de nombre de lignes consécutives, il est possible que ces nombres de lignes soient inscrits en un seul nombre de lignes. Par exemple, si un lot comporte cinq instructions d’insertion, certaines sources de données sont capables de retourner cinq nombres de lignes individuels. Certaines autres sources de données ne retournent qu’un seul nombre de lignes qui représente la somme des cinq nombres de lignes individuels.

Lorsqu’un lot contient une combinaison d’instructions de génération de jeux de résultats et de génération de nombre de lignes, le nombre de lignes peut ou non être disponible. Le comportement du pilote en ce qui concerne la disponibilité des nombres de lignes est énuméré dans le type d’informations SQL_BATCH_ROW_COUNT disponible via un appel à SQLGetInfo. Par exemple, supposons que le lot contient un SELECT, suivi de deux INSERTs et d’un autre SELECT. Ensuite, les cas suivants sont possibles :

  • Les nombres de lignes correspondant aux deux instructions INSERT ne sont pas disponibles du tout. Le premier appel à SQLMoreResults vous positionne sur le jeu de résultats de la deuxième instruction SELECT .

  • Les nombres de lignes correspondant aux deux instructions INSERT sont disponibles individuellement. (Un appel à SQLGetInfo ne retourne pas le bit SQL_BRC_ROLLED_UP pour le type d’informations SQL_BATCH_ROW_COUNT.) Le premier appel à SQLMoreResults vous positionne sur le nombre de lignes du premier INSERT, et le deuxième appel vous positionne sur le nombre de lignes du second INSERT. Le troisième appel à SQLMoreResults vous positionne sur le jeu de résultats de la deuxième instruction SELECT .

  • Les nombres de lignes correspondant aux deux INSERT sont inscrits dans un seul nombre de lignes disponible. (Un appel à SQLGetInfo retourne le bit SQL_BRC_ROLLED_UP pour le type d’informations SQL_BATCH_ROW_COUNT.) Le premier appel à SQLMoreResults vous positionne sur le nombre de lignes inscrits, et le deuxième appel à SQLMoreResults vous positionne sur le jeu de résultats du second SELECT.

Certains pilotes rendent les nombres de lignes disponibles uniquement pour les lots explicites et non pour les procédures stockées.

Pour obtenir des informations sur Consultez
Annulation du traitement des instructions SQLCancel, fonction
Extraction d’un bloc de données ou défilement d’un jeu de résultats Fonction SQLFetchScroll
Extraction d’une seule ligne ou d’un bloc de données dans une direction de transfert uniquement SQLFetch, fonction
Extraction d’une partie ou de l’ensemble d’une colonne de données Fonction SQLGetData

Voir aussi

Informations de référence sur l’API ODBC
Fichiers d’en-tête ODBC
Récupération des paramètres de sortie à l’aide de SQLGetData