장고 1.5 select_for_update는 깨지기 쉬운 디자인

Question

당신이 "자동 거래"에 의존하고있었습니다 경우

이 select_for_update() 및 후속 쓰기 작업 사이 잠금 제공하는 Django documentation 상태로 간주 - 관련 코드를 atomic()로 묶어야합니다. Django 1.6.3부터 자동 커밋 모드에서 select_for_update()를 사용하여 쿼리를 실행하면 TransactionManagementError가 발생합니다.

왜 연약한가? 나는 이것이 적절한 거래 성을 가져올 것이라고 생각했을 것이다.

Answer 1

Aymeric은 Django 1.5의 암시 적 트랜잭션에 의해 형성된 암시 적 트랜잭션 경계에 의존하기 때문에 그러한 디자인이 깨지기 쉽다고 전자 메일을 통해 명확하게 설명했습니다.

select_for_update(...) 
more_code() 
save() 

이 코드는 간단 경우에 작동하지만, 데이터베이스에 대한 쓰기 작업에 more_code() 결과, 다음 트랜잭션이 종료 할 경우, 의도하지 않은 동작을 생산.

사용자가 트랜잭션 경계를 지정하도록 강요하면 코드가 명확 해집니다.

Answer 2

대답은 select_for_update (강조 광산)에 대한 문서에 임박 :

행이 다음 잠기지 않은 때문에 오류 자동 커밋 모드에서 select_for_update와의 검색어입니다 평가. 허용되는 경우 은 데이터 손상을 촉진하고을 호출하며 트랜잭션 외부에서 을 호출하면 쉽게 손상 될 수 있습니다. 코드는 하나에서 실행될 것으로 예상됩니다.

즉, 데이터 손상을 초래할 수있는 autocommit과 select_for_update 사이에 상충하는 동작이 있습니다. 그들이 첫 번째 (다시 강조 광산)를 인용,이 문제를 해결 제안 곳 여기 django developer's discussion입니다 :

[...] 오라클에서 자동 커밋 모드에서 자동 커밋 명령이 실행 된 직후 를 발생 - - 따라서 을 가져 오려고하면 별도의 트랜잭션에서 결과가 실패합니다.

그러나 임의의 백엔드가있는 , 자동 커밋 모드의 select-for-update 은 거의 의미가 없습니다. 심지어 파손되지 않더라도 (오라클 에서처럼) 실제로 아무 것도 잠그지 않습니다. 따라서 자동 커밋 모드에서 업데이트 선택 인 쿼리를 실행하는 IMO는 아마도 오류 일 수 있으며 데이터 손상 버그를 일으킬 수있는 오류 일 수 있습니다.

그래서 우리는 select-for-update 쿼리의 동작을 바꿔 줄 것을 제안합니다. [...] 이것은 이전 버전과 호환되지 않는 변경입니다. [...] 이러한 프로젝트는 아마 감사해야합니다 - - 그들은 지금 노출되어있는 미묘한 버그로 달리고있었습니다.

그래서 오라클 전용 버그로, 모든 백엔드와 관련된 더 깊은 문제에 대한 조명을 보여 주었고, 따라서 장고에서 오류가 발생하도록 결정했습니다.

Atomic은 오류가 없는지 확인한 후에 만 ​​데이터베이스에 커밋하므로 문제가 해결됩니다.

Answer 3

select_for_update은 깨지지 않습니다.

필자는 ""자동 ​​트랜잭션 "을 사용하는 경우 1.6에서 1.5로 업그레이드 할 때 코드를 검토해야한다고 썼습니다.

"자동 트랜잭션"에 의존하지 않고 개념이 종을 울리지 않으면 더 많은 작업을 수행 할 필요가 없습니다.

yuvi 님의 답변 (아주 좋았습니다. 고맙습니다!) 장고는 잘못된 코드를 만나면 예외를 발생시킵니다. select_for_update이 제기 된 TransactionManagementError이 나올 때까지 생각할 필요가 없습니다.