Export (0) Print
Expand All

SQL Server Integration Services Support for In-Memory OLTP

SQL Server 2014

You can use a memory-optimized table, a view referencing memory-optimized tables, or a natively compiled stored procedure as the source or destination for your SQL Server Integration Services (SSIS) package. You can use ADO NET Source, OLE DB Source, or ODBC Source in the data flow of an SSIS package and configure the source component to retrieve data from a memory-optimized table or a view, or specify a SQL statement to execute a natively compiled stored procedure. Similarly, you can use ADO NET Destination, OLE DB Destination, or ODBC Destination to load data into a memory-optimized table or a view, or specify a SQL statement to execute a natively compiled stored procedure.

You can configure the above mentioned source and destination components in an SSIS package to read from/write to memory-optimized tables and views in the same way as with other SQL Server tables and views. However, you need to be aware of the important points in the following section when using natively compiled stored procedures.

To invoke a natively compiled stored procedure from an SSIS package, we recommend that you use an ODBC Source or ODBC Destination with an SQL statement of the format: <procedure name> without the EXEC keyword. If you use the EXEC keyword in the SQL statement, you will see an error message because the ODBC connection manager interprets the SQL command text as a Transact-SQL statement rather than a stored procedure and use cursors, which are not supported for execution of natively compiled stored procedures. The connection manager treats the SQL statement without the EXEC keyword as a stored procedure call and will not use a cursor.

You can also use ADO .NET Source and OLE DB Source to invoke a natively compiled stored procedure, but we recommend that you use ODBC Source. If you configure the ADO .NET Source to execute a natively compiled stored procedure, you will see an error message because the data provider for SQL Server (SqlClient), which the ADO .NET Source uses by default, does not support execution of natively compiled stored procedures. You can configure the ADO .NET Source to use the ODBC Data Provider, OLE DB Provider for SQL Server, or SQL Server Native Client. However, note that the ODBC Source performs better than ADO .NET Source with ODBC Data Provider.

Was this page helpful?
(1500 characters remaining)
Thank you for your feedback

Community Additions

ADD
Show:
© 2014 Microsoft