Prise en charge d'OLTP en mémoire par SQL Server Integration Services

S’applique à :yesSQL Server (toutes les versions prises en charge) YesAzure SQL Database

Utilisez une table mémoire optimisée, une vue référençant des tables mémoire optimisées ou une procédure stockée compilée en mode natif en tant que source ou destination pour votre package SQL ServerIntegration Services (SSIS). Utilisez la source ADO NET, la source OLE DBou la source ODBC dans le flux de données d’un package SSIS et configurez le composant source pour récupérer des données d’une table mémoire optimisée ou d’une vue, ou spécifiez une instruction SQL pour exécuter une procédure stockée compilée en mode natif. De même, utilisez la destination ADO NET, la destination OLE DBou la destination ODBC pour charger des données dans une table mémoire optimisée ou une vue, ou spécifiez une instruction SQL pour exécuter une procédure stockée compilée en mode natif.

Configurez les composants source et de destination mentionnés ci-dessus dans un package SSIS pour lire/écrire dans des tables mémoire optimisées et des vues de la même façon qu'avec d'autres tables et vues SQL Server . Toutefois, vous devez prendre en compte les points importants de la section suivante lorsque vous utilisez des procédures stockées compilées en mode natif.

Appel d'une procédure stockée compilée en mode natif à partir d'un package SSIS

Pour appeler une procédure stockée compilée en mode natif à partir d’un package SSIS, nous vous recommandons d’utiliser une source ODBC ou une destination ODBC avec une instruction SQL du format : <nom> de la procédure sans le mot clé EXEC. Si vous utilisez le mot clé EXEC dans l’instruction SQL, un message d’erreur s’affiche car le gestionnaire de connexions ODBC interprète le texte de commande SQL comme une instruction Transact-SQL plutôt qu’une procédure stockée et utilisez des curseurs, qui ne sont pas pris en charge pour l’exécution de procédures stockées compilées en mode natif. Le gestionnaire de connexions traite l'instruction SQL sans le mot clé EXEC comme un appel de procédure stockée et n'utilise pas de curseur.

Utilisez également la source ADO.NET et la source OLE DB pour appeler une procédure stockée compilée en mode natif. Cependant, nous vous recommandons d'utiliser la source ODBC. Si vous configurez la source ADO.NET pour exécuter une procédure stockée compilée en mode natif, un message d'erreur s'affiche, car le fournisseur de données pour SQL Server (SqlClient), que la source ADO.NET utilise par défaut, ne prend pas en charge l'exécution des procédures stockées compilées en mode natif. Configurez la source ADO .NET de façon à ce qu'elle utilise le fournisseur de données ODBC, le fournisseur OLE DB pour SQL Server, ou SQL Server Native Client. Cependant, notez que la source ODBC est plus performante que la source ADO.NET avec le fournisseur de données ODBC.

Voir aussi

Prise en charge d'OLTP en mémoire par SQL Server