Supporto di SQL Server Integration Services per OLTP in memoria

Si applica a:SQL ServerDatabase SQL di AzureIstanza gestita di SQL di Azure

È possibile usare una tabella ottimizzata per la memoria, una vista che fa riferimento a tabelle ottimizzate per la memoria o una stored procedure compilata in modo nativo come origine o destinazione del pacchetto di SQL Server Integration Services (SSIS). È possibile usare ADO NET Source, OLE DB Sourceo ODBC Source nel flusso di dati di un pacchetto SSIS e configurare il componente di origine per recuperare i dati da una tabella ottimizzata per la memoria o una vista oppure specificare un'istruzione SQL per eseguire una stored procedure compilata in modo nativo. Analogamente, è possibile usare ADO NET Destination, OLE DB Destinationo ODBC Destination per caricare i dati in una tabella ottimizzata per la memoria o una vista oppure specificare un'istruzione SQL per eseguire una stored procedure compilata in modo nativo.

È possibile configurare i componenti di origine e destinazione precedentemente citati in un pacchetto SSIS per le operazioni di lettura/scrittura nelle tabelle ottimizzate per la memoria e nelle viste nello stesso modo di altre tabelle e viste di SQL Server. Tuttavia, è necessario considerare gli aspetti importanti nella sezione seguente quando si utilizzano le stored procedure compilate in modo nativo.

Richiamare una stored procedure compilata in modo nativo da un pacchetto SSIS

Per richiamare una stored procedure compilata in modo nativo da un pacchetto SSIS, è consigliabile usare un'origine ODBC o una destinazione ODBC con un'istruzione SQL nel formato <nome stored procedure> senza la parola chiave EXEC. Se si utilizza la parola chiave EXEC nell'istruzione SQL, verrà visualizzato un messaggio di errore perché la gestione connessione ODBC interpreta il testo del comando SQL come istruzione Transact-SQL anziché come una stored procedure e utilizza i cursori che non sono supportati per l'esecuzione di stored procedure compilate in modo nativo. La gestione connessione tratta l'istruzione SQL senza la parola chiave EXEC come chiamata di stored procedure e non utilizzerà un cursore.

È inoltre possibile utilizzare l'origine ADO.NET e l'origine OLE DB per chiamare una stored procedure compilata in modo nativo, ma è consigliabile utilizzare l'origine ODBC. Se si configura l'origine ADO.NET per eseguire una stored procedure compilata in modo nativo, verrà visualizzato un messaggio di errore perché il provider di dati per SQL Server (SqlClient), utilizzato dall'origine ADO.NET per impostazione predefinita, non supporta l'esecuzione di una stored procedure compilata in modo nativo. È possibile configurare l'origine ADO.NET per utilizzare il provider di dati ODBC, il provider OLE DB per SQL Server o SQL Server Native Client. Tuttavia, si noti che le prestazioni dell'origine ODBC sono migliori di quelle dell'origine ADO.NET con il provider di dati ODBC.

Vedi anche

Supporto di SQL Server per OLTP in memoria