다음을 통해 공유


커서(SQL Server)

적용 대상: SQL Server Azure SQL Database Azure SQL Managed Instance

관계형 데이터베이스에서 연산은 전체 행 집합에 적용됩니다. 예를 들어, SELECT 문에서 반환하는 행 집합은 문의 WHERE 절 조건을 충족하는 모든 행으로 구성됩니다. 문에서 반환하는 이 전체 행 집합을 결과 집합이라고 합니다. 애플리케이션, 특히 대화형 및 온라인 애플리케이션에서는 전체 결과 집합을 한 단위로 사용하므로 항상 효과적으로 작업할 수는 없습니다. 이 애플리케이션에는 한 번에 하나의 행 또는 작은 행 블록으로 작업하는 메커니즘이 필요합니다. 커서는 이러한 메커니즘을 제공하는 결과 집합의 확장 기능입니다.

커서는 다음과 같이 결과 처리를 확장합니다.

  • 결과 집합의 특정 행에 위치 지정을 허용합니다.

  • 결과 집합의 현재 위치에서 한 행 또는 행 블록을 검색합니다.

  • 결과 집합의 현재 위치에 있는 행의 데이터 수정을 지원합니다.

  • 결과 집합에 나타난 데이터베이스 데이터에 대해 다른 사용자가 변경한 내용을 여러 가지 수준으로 볼 수 있습니다.

  • 스크립트, 저장 프로시저 및 트리거의 Transact-SQL 문에서 결과 집합의 데이터에 액세스할 수 있도록 합니다.

설명

일부 시나리오에서는 테이블에 기본 키가 있는 경우 커서 오버헤드가 발생하지 않고 커서 대신 WHILE 루프를 사용할 수 있습니다.

그러나 커서가 피할 수 없을 뿐만 아니라 실제로 필요한 시나리오도 있습니다. 이 경우 커서를 기반으로 테이블을 업데이트하기 위한 요구 사항이 없는 경우 firehose 커서, 즉, 빠른 정방향 및 읽기 전용 커서를 사용합니다.

커서 구현

SQL Server에서는 세 가지 커서 구현을 지원합니다.

커서 구현 설명
Transact-SQL 커서 Transact-SQL 커서는 DECLARE CURSOR 구문을 기반으로 하며 주로 Transact-SQL 스크립트, 저장 프로시저 및 트리거에 사용됩니다. Transact-SQL 커서는 서버에서 구현되며 클라이언트에서 서버로 전송된 Transact-SQL 문으로 관리됩니다. 또한 일괄 처리, 저장 프로시저 또는 트리거에 포함될 수 있습니다.
API(애플리케이션 프로그래밍 인터페이스) 서버 커서 API 커서는 OLE DB 및 ODBC에서 API 커서 함수를 지원합니다. API 서버 커서는 서버에서 구현됩니다. 클라이언트 애플리케이션이 API 커서 함수를 호출할 때마다 SQL Server Native Client OLE DB 공급자 또는 ODBC 드라이버는 API 서버 커서에 대한 작업을 위해 서버에 요청을 전송합니다.
클라이언트 커서 클라이언트 커서는 ADO API를 구현하는 DLL과 SQL Server Native Client ODBC 드라이버에서 내부적으로 구현됩니다. 클라이언트 커서는 클라이언트의 모든 결과 집합 행을 캐싱하여 구현됩니다. 클라이언트 애플리케이션이 API 커서 함수를 호출할 때마다 SQL Server Native Client ODBC 드라이버 또는 ADO DLL은 클라이언트에 캐시된 결과 집합 행에 대해 커서 작업을 수행합니다.

커서 형식

SQL Server는 4개의 커서 형식을 지원합니다.

커서는 tempdb 작업 테이블을 사용할 수 있습니다. 유출되는 집계 또는 정렬 작업과 마찬가지로 I/O 비용이 발생하며 잠재적인 성능 병목 현상이 발생합니다. STATIC 커서는 처음부터 작업 테이블을 사용합니다. 자세한 내용은 쿼리 처리 아키텍처 가이드의 작업 테이블 섹션을 참조하세요.

정방향 전용

정방향 전용 커서는 FORWARD_ONLYREAD_ONLY로 지정되며 스크롤을 지원하지 않습니다. 이를 파이어호스 커서라고도 하며 커서의 시작부터 끝까지 행을 직렬로 가져오는 것만 지원합니다. 행은 가져올 때까지 데이터베이스에서 검색되지 않습니다. 현재 사용자가 만들거나 다른 사용자가 커밋하여 결과 세트의 행에 영향을 주는 모든 INSERT, UPDATEDELETE 문의 결과는 행이 커서에서 인출될 때 표시됩니다.

이 커서는 뒤로 스크롤할 수 없기 때문에 행이 인출된 후 데이터베이스 행의 변경 내용은 대부분 커서를 통해 표시되지 않습니다. 클러스터형 인덱스가 적용되는 열을 업데이트하는 등 결과 집합 내의 행 위치를 결정하는 데 사용되는 값이 수정되는 경우 수정된 값은 커서를 통해 표시됩니다.

데이터베이스 API 커서 모델에서는 정방향 전용 커서가 고유한 커서 유형으로 간주되지만 SQL Server에서는 그렇지 않습니다. SQL Server에서는 정방향 전용과 스크롤이 모두 정적, 키 집합 및 동적 커서에 적용할 수 있는 옵션으로 간주됩니다. Transact-SQL 커서는 정방향 전용 정적, 키 집합 기반 및 동적 커서를 지원합니다. 데이터베이스 API 커서 모델은 정적, 키 집합 기반 및 동적 커서를 항상 스크롤할 수 있다고 가정합니다. 데이터베이스 API 커서 특성 또는 속성이 정방향 전용으로 설정된 경우 SQL Server는 이를 정방향 전용 동적 커서로 구현합니다.

정적

정적 커서의 전체 결과 집합은 커서가 열릴 때 tempdb에서 빌드됩니다. 정적 커서는 항상 커서가 열렸을 당시의 결과 집합을 표시합니다. 정적 커서는 변경 내용을 거의 검색하지 못하는 반면 스크롤 시 리소스를 거의 소비하지 않습니다.

커서는 결과 집합의 멤버 자격 또는 결과 집합을 구성하는 행 열의 값 변경에 영향을 주는 데이터베이스의 변경 내용을 반영하지 않습니다. 커서 SELECT 문의 검색 조건과 일치하더라도 정적 커서는 커서를 연 후 데이터베이스에 삽입된 새 행을 표시하지 않습니다. 결과 집합을 구성하는 행이 다른 사용자가 업데이트하는 경우 새 데이터 값은 정적 커서에 표시되지 않습니다. 정적 커서는 커서를 연 후 데이터베이스에서 삭제된 행을 표시합니다. 커서를 닫고 다시 열지 않는 한 정적 커서에 UPDATE, INSERT, 또는 DELETE 작업이 반영되지 않으며 커서를 연 것과 동일한 연결을 사용하여 수정한 내용도 없습니다.

참고 항목

SQL Server 정적 커서는 항상 읽기 전용입니다.

정적 커서의 결과 세트는 tempdb의 작업 테이블에 저장되므로 결과 세트의 행 크기가 SQL Server 테이블의 최대 행 크기를 초과할 수 없습니다.

자세한 내용은 쿼리 처리 아키텍처 가이드의 작업 테이블 섹션을 참조하세요. 최대 행 크기에 대한 자세한 내용은 SQL Server의 최대 용량 사양을 참조하세요.

Transact-SQL에서는 정적 커서와 무관한 용어를 사용합니다. 일부 데이터베이스 API는 이를 스냅샷 커서로 식별합니다.

Keyset

키 집합 커서의 멤버 자격과 행 순서는 커서가 열릴 때 고정됩니다. 키 집합 커서는 키 집합이라는 고유 식별자 또는 키의 집합으로 제어됩니다. 키는 결과 집합에서 행을 고유하게 식별하는 열 집합으로 작성됩니다. 키 집합은 커서가 열려 있을 때 SELECT 문의 조건에 맞는 모든 행의 키 값 집합입니다. 키 집합 커서의 키 집합은 커서가 열려 있을 때 tempdb에 작성됩니다.

동적

동적 커서는 정적 커서와 반대입니다. 동적 커서는 커서를 스크롤할 때 결과 집합의 행에 대한 모든 변경 내용을 반영합니다. 따라서 인출할 때마다 결과 집합 행의 데이터 값, 순서 및 멤버 자격이 변경될 수 있습니다. 모든 사용자가 실행한 모든 UPDATE, INSERT, 및 DELETE 문은 커서를 통해 볼 수 있습니다. SQLSetPos와 같은 API 함수 또는 Transact-SQL WHERE CURRENT OF 절을 사용하여 커서를 통해 업데이트한 경우 즉시 그 결과를 볼 수 있습니다. 커서 외부에서 수행된 업데이트는 커서 트랜잭션 격리 수준이 읽기 커밋되지 않음으로 설정되어 있지 않는 한 커밋될 때까지 표시되지 않습니다. 격리 수준에 대한 자세한 내용은 SET TRANSACTION ISOLATION LEVEL(Transact-SQL)을 참조하세요.

참고 항목

동적 커서 계획은 공간 인덱스를 사용하지 않습니다.

커서 요청

SQL Server에서는 두 가지 방법으로 커서를 요청할 수 있습니다.

  • Transact-SQL

    Transact-SQL 언어는 ISO 커서 구문을 본뜬 커서 사용 구문을 지원합니다.

  • API(데이터베이스 애플리케이션 프로그래밍 인터페이스) 커서 함수

    SQL Server는 다음 데이터베이스 API의 커서 기능을 지원합니다.

    • ADO(Microsoft ActiveX Data Object)

    • OLE DB

    • ODBC(Open Database Connectivity)

애플리케이션은 커서를 요청하는 두 가지 방법을 혼합해서는 안 됩니다. API를 사용하여 커서 동작을 지정하는 애플리케이션은 Transact-SQL DECLARE CURSOR 문을 실행하여 Transact-SQL 커서도 요청하면 안 됩니다. 애플리케이션은 모든 API 커서 특성을 기본값으로 다시 설정하는 경우에만 DECLARE CURSOR를 실행해야 합니다.

Transact-SQL 및 API 커서가 요청되지 않은 경우 SQL Server는 기본 결과 집합이라고 하는 전체 결과 집합을 애플리케이션에 반환하도록 기본값으로 지정합니다.

커서 프로세스

Transact-SQL 커서와 API 커서는 구문이 다르지만 다음 일반 프로세스는 모든 SQL Server 커서와 함께 사용됩니다.

  1. Transact-SQL 문의 결과 집합과 커서를 연결하고 커서의 행을 업데이트할 수 있는지 여부와 같은 커서의 특성을 정의합니다.

  2. Transact-SQL 문을 실행하여 커서를 채웁니다.

  3. 보려는 커서의 행을 검색합니다. 커서에서 한 행이나 한 행 블록을 검색하는 작업을 인출이라고 합니다. 일련의 페치를 수행하여 앞으로 또는 뒤로 방향으로 행을 검색하는 것을 스크롤이라고 합니다.

  4. 선택적으로 커서의 현재 위치에 있는 행에 수정 작업(업데이트 또는 삭제)을 수행합니다.

  5. 커서를 닫습니다.