동시성 제어 이해
동시성 제어란 여러 명의 사용자가 동시에 행을 업데이트할 때 데이터베이스의 무결성을 유지하기 위해 사용되는 여러 가지 기술을 말합니다. 잘못된 동시성으로 인해 커밋되지 않은 읽기, 가상 읽기, 반복되지 않는 읽기와 같은 문제가 발생할 수 있습니다. Microsoft SQL Server JDBC 드라이버는 이러한 문제를 해결하기 위해 SQL Server에서 사용하는 모든 동시성 기술에 대한 인터페이스를 제공합니다.
참고
SQL Server 동시성에 대한 자세한 내용은 SQL Server 온라인 설명서에서 "동시 데이터 액세스 관리"를 참조하십시오.
JDBC 드라이버에서 지원하는 동시성 유형은 다음과 같습니다.
| 동시성 유형 | 특징 | 행 잠금 | 설명 |
|---|---|---|---|
CONCUR_READ_ONLY |
읽기 전용 |
아니요 |
커서를 통한 업데이트는 지원되지 않으며 결과 집합을 구성하는 행에 대해 잠금이 보유되지 않습니다. |
CONCUR_UPDATABLE |
낙관적 읽기/쓰기 |
아니요 |
데이터베이스에서 행 경합이 발생할 가능성은 희박하지만 발생할 가능성도 있다고 간주합니다. 타임스탬프 비교를 통해 행 무결성을 검사합니다. |
CONCUR_SS_SCROLL_LOCKS |
비관적 읽기/쓰기 |
예 |
데이터베이스에서 행 경합이 발생할 가능성이 있다고 간주합니다. 행 잠금 없이 행 무결성이 보장됩니다. |
CONCUR_SS_OPTIMISTIC_CC |
낙관적 읽기/쓰기 |
아니요 |
데이터베이스에서 행 경합이 발생할 가능성은 희박하지만 발생할 가능성도 있다고 간주합니다. 타임스탬프 비교를 통해 행 무결성을 검사합니다. SQL Server 2005 및 SQL Server 2008의 경우 테이블에 타임스탬프 열이 없으면 이 유형은 CONCUR_SS_OPTIMISTIC_CCVAL로 변경됩니다. SQL Server 2000의 경우 기본 테이블에 타임스탬프 열이 있는 경우 OPTIMISTIC WITH VALUES를 지정해도 OPTIMISTIC WITH ROW VERSIONING이 사용됩니다. OPTIMISTIC WITH ROW VERSIONING을 지정하고 테이블에 타임스탬프가 없는 경우 OPTIMISTIC WITH VALUES가 사용됩니다. |
CONCUR_SS_OPTIMISTIC_CCVAL |
낙관적 읽기/쓰기 |
아니요 |
데이터베이스에서 행 경합이 발생할 가능성은 희박하지만 발생할 가능성도 있다고 간주합니다. 행 데이터 비교를 통해 행 무결성을 검사합니다. |
업데이트할 수 없는 결과 집합
업데이트할 수 있는 결과 집합은 행을 삽입, 업데이트 및 삭제할 수 있는 결과 집합입니다. 다음 경우에는 SQL Server에서 업데이트 가능 커서를 만들 수 없고 "결과 집합을 업데이트할 수 없습니다."라는 예외가 발생합니다.
| 원인 | 설명 | 해결책 |
|---|---|---|
JDBC 2.0 구문을 사용하여 문을 작성할 수 없습니다. |
JDBC 2.0에서는 문 작성을 위한 새로운 메서드가 도입되었습니다. JDBC 1.0 구문을 사용한 경우 결과 집합이 기본적으로 읽기 전용으로 설정됩니다. |
문을 작성할 때 결과 집합 유형과 동시성을 지정하십시오. |
TYPE_SCROLL_INSENSITIVE를 사용하여 문이 작성되었습니다. |
SQL Server는 정적 스냅샷 커서를 만듭니다. 이 커서는 다른 사용자가 행을 업데이트하지 못하도록 커서를 보호하기 위해 기본 테이블 행과의 연결을 끊습니다. |
정적 커서를 만들지 않으려면 TYPE_SCROLL_SENSITIVE, TYPE_SS_SCROLL_KEYSET, TYPE_SS_SCROLL_DYNAMIC 또는 TYPE_FORWARD_ONLY를 CONCUR_UPDATABLE과 함께 사용하십시오. |
테이블 디자인이 KEYSET 또는 DYNAMIC 커서를 방해합니다. |
SQL Server에서 행을 고유하게 식별할 수 있도록 하는 고유 키가 기본 테이블에 없습니다. |
테이블에 고유 키를 추가하여 각 행의 고유 ID를 제공하십시오. |