Partager via


Procédures stockées - Appel dans SQL Server Native Client

S’applique à : SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW)

Important

SQL Server Native Client (souvent abrégé en SNAC) a été supprimé dans SQL Server 2022 (16.x) et SQL Server Management Studio 19 (SSMS). Le fournisseur OLE DB pour SQL Server Native Client (SQLNCLI ou SQLNCLI11) et le fournisseur Microsoft OLE DB hérité pour SQL Server (SQLOLEDB) ne sont pas recommandés dans les nouveaux développements. Utilisez à la place le nouveau Microsoft OLE DB Driver (MSOLEDBSQL) pour SQL Server.

Une procédure stockée peut avoir entre zéro et plusieurs paramètres. Elle peut également retourner une valeur. Lorsque vous utilisez le fournisseur OLE DB SQL Server Native Client, les paramètres d’une procédure stockée peuvent être passés par :

  • via un codage effectué de manière irréversible de la valeur de données ;

  • via un marqueur de paramètre (?) pour spécifier les paramètres, lier une variable de programme au marqueur de paramètre, puis placer la valeur de données dans la variable de programme.

Notes

Quand vous appelez des procédures stockées SQL Server en utilisant des paramètres nommés avec OLE DB, les noms de paramètre doivent commencer par le caractère « @ ». Il s'agit d'une restriction spécifique à SQL Server. Le fournisseur OLE DB SQL Server Native Client applique cette restriction plus strictement que MDAC.

Pour prendre en charge les paramètres, l’interface ICommandWithParameters est exposée sur l’objet de commande. Pour utiliser les paramètres, le consommateur les décrit au préalable au fournisseur en appelant la méthode ICommandWithParameters::SetParameterInfo (ou prépare éventuellement une instruction qui appelle la méthode GetParameterInfo). Le consommateur crée ensuite un accesseur qui spécifie la structure d'une mémoire tampon dans laquelle il place des valeurs de paramètre. Enfin, il passe le handle de l’accesseur et un pointeur vers la mémoire tampon à Execute. Lors des appels ultérieurs à Execute, le consommateur place de nouvelles valeurs de paramètre en mémoire tampon et appelle Execute avec le handle d’accesseur et le pointeur de la mémoire tampon.

Une commande qui appelle une procédure stockée temporaire à l’aide de paramètres doit appeler au préalable ICommandWithParameters::SetParameterInfo pour définir les informations de paramètre, de sorte que la commande puisse être préparée avec succès. En effet, le nom interne d'une procédure stockée temporaire diffère du nom externe utilisé par un client ; par ailleurs, SQLOLEDB ne peut pas interroger les tables système afin de déterminer les informations de paramètre pour une procédure stockée temporaire.

Voici les étapes du processus de liaison des paramètres :

  1. Indiquez les informations de paramètre dans un tableau de structures DBPARAMBINDINFO, notamment le nom du paramètre, le nom spécifique au fournisseur pour le type de données du paramètre ou un nom de type de données standard, etc. Chaque structure du tableau décrit un paramètre. Ce tableau est ensuite passé à la méthode SetParameterInfo.

  2. Appelez la méthode ICommandWithParameters::SetParameterInfo pour décrire les paramètres au fournisseur. SetParameterInfo spécifie le type de données natif de chaque paramètre. Les arguments de SetParameterInfo sont :

    • le nombre de paramètres pour lesquels définir des informations de type ;

    • un tableau d'ordinaux de paramètres pour lesquels définir des informations de type ;

    • un tableau de structures DBPARAMBINDINFO.

  3. Créez un accesseur de paramètre en utilisant la commande IAccessor::CreateAccessor. L'accesseur spécifie la structure d'une mémoire tampon dans laquelle il place les valeurs de paramètre. La commande CreateAccessor crée un accesseur à partir d’un jeu de liaisons. Ces liaisons sont décrites par le consommateur via un tableau de structures DBBINDING. Chaque liaison associe un paramètre unique à la mémoire tampon du consommateur et contient les informations suivantes :

    • ordinal du paramètre auquel la liaison s'applique ;

    • élément lié (valeur de données, longueur et état) ;

    • offset en mémoire tampon pour chacun de ces composants ;

    • longueur et type de la valeur de données dans la mémoire tampon du consommateur.

    Un accesseur est identifié par son handle, qui est de type HACCESSOR. Ce handle est retourné par la méthode CreateAccessor. Chaque fois que le consommateur finit d’utiliser un accesseur, il doit appeler la méthode ReleaseAccessor pour libérer la mémoire détenue.

    Quand le consommateur appelle une méthode, par exemple ICommand::Execute, il passe lui-même le handle à un accesseur et un pointeur vers une mémoire tampon. Le fournisseur utilise cet accesseur pour déterminer comment transférer les données contenues en mémoire tampon.

  4. Remplissez la structure DBPARAMS. Les variables de consommateur à partir desquelles les valeurs de paramètre d’entrée sont récupérées et dans lesquelles les valeurs de paramètre de sortie sont écrites sont passées au moment de l’exécution à ICommand::Execute dans la structure DBPARAMS. La structure DBPARAMS inclut trois éléments :

    • un pointeur vers la mémoire tampon à partir de laquelle le fournisseur récupère les données de paramètre d'entrée et dans laquelle il retourne les données de paramètre de sortie, en fonction des liaisons spécifiées par le handle d'accesseur ;

    • le nombre de jeux de paramètres en mémoire tampon ;

    • le handle d'accesseur créé à l'étape 3.

  5. Exécutez la commande en utilisant ICommand::Execute.

Méthodes d'appel d'une procédure stockée

Lors de l’exécution d’une procédure stockée dans SQL Server, le fournisseur OLE DB SQL Server Native Client prend en charge les points suivants :

  • séquence d'échappement ODBC CALL ;

  • séquence d'échappement d'appel de procédure distante (RPC, Remote Procedure Call) ;

  • Instruction Transact-SQL EXECUTE.

Séquence d'échappement ODBC CALL

Si vous connaissez les informations de paramètre, appelez la méthode ICommandWithParameters::SetParameterInfo pour décrire les paramètres au fournisseur. Sinon, lorsque la syntaxe ODBC CALL est utilisée pour appeler une procédure stockée, le fournisseur appelle une fonction d'assistance afin de rechercher les informations de paramètre de la procédure stockée.

Si vous n'êtes pas sûr des informations de paramètre (métadonnées de paramètre), la syntaxe ODBC CALL est recommandée.

La syntaxe générale pour l'appel d'une procédure à l'aide de la séquence d'échappement ODBC CALL est :

{[?=]callnom_procédure[([paramètre][,[paramètre]]...)]}

Par exemple :

{call SalesByCategory('Produce', '1995')}  

Séquence d'échappement RPC

La séquence d'échappement d'appel de procédure distante (RPC, Remote Procedure Call) est semblable à la syntaxe ODBC CALL de l'appel d'une procédure stockée. Si vous devez appeler la procédure plusieurs fois, la séquence d'échappement RPC offre les meilleures performances parmi les trois méthodes d'appel d'une procédure stockée.

Lorsque la séquence d'échappement RPC est utilisée pour exécuter une procédure stockée, le fournisseur n'appelle pas de fonction d'assistance pour déterminer les informations de paramètre (comme il le fait dans le cas de la syntaxe ODBC CALL). La syntaxe RPC est plus simple que la syntaxe ODBC CALL ; par conséquent, la commande est analysée plus rapidement, ce qui améliore les performances. Dans ce cas, vous devez fournir les informations de paramètre en exécutant ICommandWithParameters::SetParameterInfo.

La séquence d'échappement RPC nécessite que vous disposiez d'une valeur de retour. Si la procédure stockée ne retourne pas de valeur, le serveur retourne 0 par défaut. En outre, vous ne pouvez pas ouvrir un curseur SQL Server sur la procédure stockée. La procédure stockée est préparée implicitement et l’appel à ICommandPrepare::Prepare échoue. En raison de l'incapacité de préparer un appel RPC, vous ne pouvez pas interroger les métadonnées des colonnes ; IColumnsInfo::GetColumnInfo et IColumnsRowset::GetColumnsRowset retourneront DB_E_NOTPREPARED.

Si vous connaissez toutes les métadonnées de paramètre, la séquence d'échappement RPC est la méthode recommandée pour exécuter les procédures stockées.

Voici un exemple de séquence d'échappement RPC pour l'appel d'une procédure stockée :

{rpc SalesByCategory}  

Pour obtenir un exemple d’application qui illustre une séquence d’échappement RPC, consultez Exécuter une procédure stockée (avec la syntaxe RPC), et traiter les codes de retour et les paramètres de sortie (OLE DB).

Instruction Transact-SQL EXECUTE

La séquence d’échappement ODBC CALL et la séquence d’échappement RPC sont les méthodes recommandées pour l’appel d’une procédure stockée, plutôt que l’instruction EXECUTE. Le fournisseur OLE DB SQL Server Native Client utilise le mécanisme RPC de SQL Server pour optimiser le traitement des commandes. Ce protocole RPC augmente les performances en supprimant une bonne partie du traitement des paramètres et de l'analyse des instructions sur le serveur.

Voici un exemple de l’instruction Transact-SQL EXECUTE :

EXECUTE SalesByCategory 'Produce', '1995'  

Voir aussi

Procédures stockées