12.2.1. 헌신적 인 격리를 읽으십시오 수준

Committed기본값입니다 격리 수준에서PostgreSQL. 사설 토토 이이 격리 수준에서 실행되면 Aselect쿼리는 이전에 커밋 된 데이터 만 볼 수 있습니다 쿼리가 시작되었습니다. 커밋되지 않은 데이터 나 변경을 볼 수 없습니다 동시 트랜잭션에 의해 쿼리 실행 중에 커밋. (그러나select이전 업데이트의 효과 자체 내에서 실행되었습니다 거래는 아직 커밋되지 않았음에도 불구하고.) 효과, Aselect쿼리에는 스냅 샷이 나타납니다 해당 쿼리가 시작되는 순간에 데이터베이스의 달리다. 두 가지 연속select명령은 다른 데이터를 볼 수 있습니다. 다른 사설 토토이 변경되는 경우 단일 사설 토토 첫 번째 실행select.

업데이트, 삭제, 선택 업데이트및공유 선택명령은와 동일하게 행동합니다selectin 대상 행 검색 조건 : 대상 만 찾을 수 있습니다. 명령 시작 시간에 따라 커밋 된 행. 하지만, 이러한 대상 행은 이미 업데이트되었거나 삭제되었거나 잠금) 다른 동시 거래에 의해 설립하다. 이 경우 업데이트가 커밋 또는 롤백을 위해 트랜잭션을 최초로 업데이트합니다 ( 아직 진행 중). 첫 번째 업데이트가 롤백되면, 그것 효과가 무효화되고 두 번째 업데이트는 다음과 같이 진행할 수 있습니다. 원래 발견 된 행을 업데이트합니다. 첫 번째 업데이터 인 경우 커밋, 두 번째 업데이터는 첫 번째 경우 행을 무시합니다. Updater는 삭제했습니다. 그렇지 않으면 적용하려고합니다. 행의 업데이트 버전으로 작동합니다. 검색 명령 조건 (여기서절)이 업데이트 된 버전이 행은 여전히 검색 조건과 일치합니다. 그렇다면 두 번째 업데이트는 업데이트에서 시작하여 작동을 진행합니다 행의 버전. (의 경우선택 updateand공유 선택, 그것은 잠긴 행의 업데이트 버전임을 의미합니다. 그리고 클라이언트로 돌아 왔습니다.)

위 규칙으로 인해 업데이트가 가능합니다. 일관되지 않은 스냅 샷을 보도록 명령 : 효과를 볼 수 있습니다. 동시에 같은 행에 영향을 미치는 동시 업데이트 명령 업데이트를 시도하고 있지만 그 효과는 보이지 않습니다. 데이터베이스의 다른 행에 대한 명령. 이 행동이 만듭니다 관련된 명령에 부적합한 커밋 된 모드를 읽습니다 복잡한 검색 조건. 그러나 그것은 옳습니다 더 간단한 경우. 예를 들어, 은행 잔액 업데이트를 고려하십시오 와 같은 거래와 함께

시작;
업데이트 계정 설정 밸런스 = 밸런스 + 100.00 여기서 acctnum = 12345;
업데이트 계정 설정 밸런스 = 밸런스 -100.00 여기서 acctnum = 7534;
저지르다;

그러한 거래가 동시에 변경하려고한다면 계정 잔액 12345, 우리는 분명히 두 번째를 원합니다 계정의 업데이트 된 버전에서 시작하는 거래 열. 각 명령은 미리 결정된 것만 영향을 미치기 때문입니다 행, 행의 업데이트 된 버전을 보자 번거로운 불일치를 만듭니다.

읽기 커밋 된 모드에서 각 새로운 명령은 모든 거래를 포함하는 새로운 스냅 샷 동일한 거래에서 그 순간, 후속 명령은 그럴 것입니다 헌신적 인 동시 거래의 효과를 확인하십시오. 사례. 여기서 문제가되는 요점은 A 내에 있는지 여부입니다.단일우리가 보는 명령 데이터베이스의 절대적으로 일관된 관점.

Read Commited에 의해 제공되는 부분 트랜잭션 격리 모드는 많은 응용 프로그램에 적합 하며이 모드는 빠릅니다. 사용하기 간단합니다. 그러나 복잡한 응용 프로그램의 경우 쿼리 및 업데이트, 더 많은 것을 보장해야 할 수도 있습니다. 읽기보다 데이터베이스에 대한 엄격하게 일관된보기 커밋 된 모드 제공.

12.2.2. 직렬화 가능한 분리 수준

레벨SERIALIZALE제공 가장 엄격한 트랜잭션 격리. 이 레벨은 연재물을 모방합니다 트랜잭션 실행은 마치 트랜잭션이 실행 된 것처럼 거래됩니다 동시에 일련의 것이 아니라 연속적으로. 하지만, 이 레벨을 사용하는 응용 프로그램은 다시 시도해야합니다 직렬화 실패로 인한 거래.

거래가 직렬화 가능한 수준에있을 때 AselectQuery는 커밋 된 데이터 만 볼 수 있습니다 거래가 시작되기 전에; 커밋되지 않은 것을 보지 못합니다 사설 토토 실행 중에 커밋 된 데이터 또는 변경 동시 거래. (그러나select이전 업데이트의 효과가 나타납니다 비록 자체 거래 내에서 실행됩니다. 아직 헌신적입니다.) 이것은 저지른 읽기와 다릅니다. 그만큼select현재 시작이 아닌 거래 시작 거래 내의 쿼리. 따라서 연속select단일 트랜잭션 내에서 명령 항상 같은 데이터를보십시오.

업데이트, 삭제, 선택을 선택하십시오 업데이트및공유 선택명령은와 동일하게 행동합니다.selectin 대상 행 검색 조건 : 대상 만 찾을 수 있습니다. 트랜잭션 시작 시간에 따라 커밋 된 행. 그러나 이러한 대상 행은 이미 업데이트되었을 수 있습니다 (또는 다른 동시 거래에 의해 삭제 또는 잠금) 시간이 발견됩니다. 이 경우 직렬화 가능한 트랜잭션 첫 번째 업데이트 트랜잭션이 커밋 또는 롤을 기다릴 때까지 기다립니다. 뒤로 (아직 진행중인 경우). 첫 번째 업데이트가 굴리는 경우 뒤로, 그 효과는 무효화되고 직렬화 가능합니다 트랜잭션은 원래 발견 된 행을 업데이트하여 진행할 수 있습니다. 그러나 첫 번째 업데이트가 커밋하는 경우 (그리고 실제로 업데이트되었거나 잠긴 것이 아니라 행을 삭제했습니다. 트랜잭션은 메시지와 함께 롤백됩니다

오류 : 동시 업데이트로 인해 액세스를 직렬화 할 수 없습니다

직렬화 가능한 트랜잭션은 수정하거나 잠금 할 수 없기 때문입니다 직렬화 가능한 후 다른 거래에 의해 행이 변경되었습니다 거래가 시작되었습니다.

응용 프로그램 이이 오류 메시지를 받으면해야합니다 현재 거래를 중단 한 다음 전체를 다시 시도하십시오 처음부터 거래. 두 번째로 거래는 이전에 커밋 된 변화를 그 일부로보고 있습니다 데이터베이스의 초기보기이므로 논리적 충돌이 없습니다. 새 버전의 행을 시작점으로 사용합니다. 새로운 트랜잭션의 업데이트.

거래 만 업데이트하는 것만 재조정해야 할 수도 있습니다. 읽기 전용 트랜잭션에는 직렬화가 없습니다 갈등.

직렬화 가능한 모드는 엄격한 보증을 제공합니다 각 트랜잭션은 데이터베이스의 전적으로 일관된 관점을 보게됩니다. 그러나 응용 프로그램은 다시 시도해야합니다 동시 업데이트가 불가능할 때 거래 직렬 실행의 환상을 유지하십시오. 비용 이후 복잡한 트랜잭션을 재조정하는 것이 중요 할 수 있습니다.이 모드는이 모드입니다 트랜잭션을 업데이트 할 때만 논리가 포함 된 경우에만 권장됩니다 읽기에서 잘못된 답변을 줄 수있을 정도로 충분히 복잡합니다. 커밋 된 모드. 가장 일반적으로 직렬화 가능한 모드가 필요합니다 거래가 몇 가지 연속 명령을 실행할 때 데이터베이스의 동일한보기를 봐야합니다.

클래스 | 값 
-------+-------
     1 |    10
     1 |    20
     2 |   100
     2 |   200

mytab에서 sum (value)을 선택하여 클래스 = 1;

mytab에서 sum (value)을 선택하여 클래스 = 2;