일부 DDL 명령, 현재 전용Truncate및 테이블에 대한 형태의Alter Table, MVCC-SAFE가 아닙니다. 즉, 자르기 또는 다시 쓰기가 커밋 한 후 DDL 명령이 커밋되기 전에 찍은 스냅 샷을 사용하는 경우 테이블이 동시 거래에 비어있는 것으로 보입니다. 이것은 DDL 명령이 시작되기 전에 해당 테이블에 액세스하지 않은 거래에만 문제가 될 것입니다.액세스 공유테이블 잠금. 해당 트랜잭션이 완료 될 때까지 DDL 명령을 차단합니다. 따라서 이러한 명령은 대상 테이블의 연속 쿼리에 대한 테이블 내용에서 명백한 불일치를 유발하지 않지만 대상 테이블의 내용과 데이터베이스의 다른 테이블 사이에 눈에 띄는 불일치가 발생할 수 있습니다..

직렬화 가능한 트랜잭션 격리 수준에 대한 지원은 아직 핫 스탠드 비트 복제 대상에 추가되지 않았습니다 (PostgreSQL : 문서 : 15 : 27.4. 뜨거운 배트맨 토토). 핫 스탠드 모드에서 현재 지원되는 가장 엄격한 격리 수준은 반복 할 수 있습니다. 기본에서 직렬화 가능한 트랜잭션 내에서 모든 영구 데이터베이스 쓰기를 수행하면 모든 대기가 결국 일관된 상태에 도달 할 수있게되지만 대기에서 반복 가능한 읽기 트랜잭션 실행은 때때로 기본 거래의 일련의 실행과 일치하지 않는 일시적 상태를 볼 수 있습니다..

시스템 카탈로그에 대한 내부 액세스는 현재 트랜잭션의 격리 수준을 사용하여 수행되지 않습니다. 이는 테이블과 같은 새로 생성 된 데이터베이스 개체가 포함 된 행이 있지 않더라도 동시 반복 가능한 읽기 및 직렬화 가능한 트랜잭션으로 볼 수 있음을 의미합니다. 대조적으로, 시스템 카탈로그를 명시 적으로 검사하는 쿼리는 동시에 생성 된 데이터베이스 개체를 나타내는 행이 더 높은 격리 수준에서 나타나지 않습니다.