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

S’applique à :SQL ServerAzure SQL DatabaseAzure SQL Managed Instance

Vous pouvez utiliser une table optimisée en mémoire, une vue référençant des tables mémoire optimisées ou une procédure stockée compilée en mode natif comme source ou destination pour votre package SQL Server Integration 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.

Vous pouvez configurer les composants source et de destination mentionnés ci-dessus dans un package SSIS pour lire/écrire dans des tables et des vues mémoire optimisées de la même façon que les 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 au format : <nom> de 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 la commande SQL en tant qu’instruction Transact-SQL plutôt qu’une procédure stockée et utilise 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. Vous pouvez configurer la source ADO .NET pour utiliser 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