메모리 내 OLTP에 대한 SQL Server Integration Services 지원SQL Server Integration Services Support for In-Memory OLTP

메모리 액세스에 최적화된 테이블, 메모리 액세스에 최적화된 테이블을 참조하는 뷰 또는 고유하게 컴파일된 저장 프로시저를 SQL ServerSQL Server Integration ServicesIntegration Services (SSIS) 패키지의 원본이나 대상으로 사용할 수 있습니다.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 ServerSQL Server Integration ServicesIntegration Services (SSIS) package. SSIS의 패키지의 데이터 흐름에서 ADO NET 원본, OLE DB 원본또는 ODBC 원본 를 사용하고 메모리 액세스에 최적화된 테이블 또는 뷰에서 데이터를 검색하도록 원본 구성 요소를 구성하거나, 고유하게 컴파일된 저장 프로시저를 실행할 SQL 문을 지정할 수 있습니다.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. 마찬가지로 ADO NET 대상, OLE DB 대상또는 ODBC 대상 을 사용하여 데이터를 메모리 액세스에 최적화된 테이블에 로드하거나, 고유하게 컴파일된 저장 프로시저를 실행할 SQL 문을 지정할 수 있습니다.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.

다른 SQL ServerSQL Server 테이블 및 뷰와 동일한 방법으로 메모리 액세스에 최적화된 테이블 및 뷰에서 읽고 쓰도록 SSIS 패키지에서 위에 언급한 원본 및 대상 구성 요소를 구성할 수 있습니다.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 ServerSQL Server tables and views. 하지만 고유하게 컴파일된 저장 프로시저를 사용할 때는 다음 섹션에서 설명하는 중요한 점에 주의해야 합니다.However, you need to be aware of the important points in the following section when using natively compiled stored procedures.

SSIS 패키지에서 고유하게 컴파일된 저장 프로시저 호출Invoking a natively compiled stored procedure from an SSIS Package

SSIS 패키지에서 고유하게 컴파일된 저장 프로시저를 호출하려면 ODBC 원본이나 ODBC 대상을 EXEC 키워드 없는 <프로시저 이름> 형식의 SQL 문으로 사용하는 것이 좋습니다.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. SQL 문에 EXEC 키워드를 사용하면 ODBC 연결 관리자가 SQL 명령 텍스트를 저장 프로시저 대신 Transact-SQLTransact-SQL 문으로 해석하고 고유하게 컴파일된 저장 프로시저의 실행에 지원되지 않는 커서를 사용하기 때문에 오류 메시지가 나타납니다.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-SQLTransact-SQL statement rather than a stored procedure and use cursors, which are not supported for execution of natively compiled stored procedures. 연결 관리자는 EXEC 키워드 없는 SQL 문을 저장 프로시저 호출로 처리하고 커서를 사용하지 않습니다.The connection manager treats the SQL statement without the EXEC keyword as a stored procedure call and will not use a cursor.

ADO .NET 원본과 OLE DB 원본을 사용하여 고유하게 컴파일된 저장 프로시저를 호출할 수도 있지만 ODBC 원본을 사용하는 것이 좋습니다.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. 고유하게 컴파일된 저장 프로시저를 실행하도록 ADO .NET 원본을 구성하는 경우, ADO .NET 원본이 기본적으로 사용하는 SQL ServerSQL Server (SqlClient)의 데이터 공급자가 고유하게 컴파일된 저장 프로시저의 실행을 지원하지 않기 때문에 오류 메시지가 나타납니다.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 ServerSQL Server (SqlClient), which the ADO .NET Source uses by default, does not support execution of natively compiled stored procedures. ODBC 데이터 공급자, SQL ServerSQL Server또는 SQL ServerSQL Server Native Client를 사용하도록 ADO .NET 원본을 구성할 수 있습니다.You can configure the ADO .NET Source to use the ODBC Data Provider, OLE DB Provider for SQL ServerSQL Server, or SQL ServerSQL Server Native Client. 하지만 ODBC 데이터 공급자와 함께 ADO .NET 원본을 사용하는 것보다 ODBC 원본이 더 좋은 성능을 나타냅니다.However, note that the ODBC Source performs better than ADO .NET Source with ODBC Data Provider.

참고 항목See Also

메모리 내 OLTP에 대한 SQL Server 지원SQL Server Support for In-Memory OLTP