메모리 내 OLTP에 대한 SQL Server Integration Services 지원

적용 대상:SQL ServerAzure SQL DatabaseAzure SQL Managed Instance

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

위에서 언급한 원본 및 대상 구성 요소를 SSIS 패키지에서 다른 SQL Server 테이블 및 뷰와 동일한 방식으로 메모리 최적화 테이블 및 뷰에서 읽거나 쓰도록 구성할 수 있습니다. 그러나 고유하게 컴파일된 저장 프로시저를 사용하는 경우 다음 섹션의 중요한 사항에 유의해야 합니다.

SSIS 패키지에서 고유하게 컴파일된 저장 프로시저 호출

SSIS 패키지에서 고유하게 컴파일된 저장 프로시저를 호출하려면 EXEC 키워드가 없는 프로시저 이름> 형식<의 SQL 문과 함께 ODBC 원본 또는 ODBC 대상을 사용하는 것이 좋습니다. SQL 문에서 EXEC 키워드를 사용하는 경우 ODBC 연결 관리자가 SQL 명령 텍스트를 저장 프로시저가 아닌 Transact-SQL 문으로 해석하고 고유하게 컴파일된 저장 프로시저의 실행에 지원되지 않는 커서를 사용하기 때문에 오류 메시지가 표시됩니다. 연결 관리자는 EXEC 키워드 없는 SQL 문을 저장 프로시저 호출로 처리하고 커서를 사용하지 않습니다.

ADO .NET 원본과 OLE DB 원본을 사용하여 고유하게 컴파일된 저장 프로시저를 호출할 수도 있지만 ODBC 원본을 사용하는 것이 좋습니다. 고유하게 컴파일된 저장 프로시저를 실행하도록 ADO .NET 원본을 구성하는 경우 ADO .NET 원본에서 기본적으로 사용하는 SQL Server(SqlClient)의 데이터 공급자가 고유하게 컴파일된 저장 프로시저의 실행을 지원하지 않으므로 오류 메시지가 표시됩니다. ODBC 데이터 공급자, SQL Server용 OLE DB 공급자 또는 SQL Server Native Client를 사용하도록 ADO .NET 원본을 구성할 수 있습니다. 그러나 ODBC 원본은 ODBC 데이터 공급자를 사용하는 ADO .NET 원본보다 성능이 우수합니다.

참고 항목

메모리 내 OLTP에 대한 SQL Server 지원