E.4.1. 버전 9.4.23으로 마이그레이션

9.4.X를 실행하는 경우 덤프/복원이 필요하지 않습니다.

그러나 9.4.18 이전 버전에서 업그레이드하는 경우 다음을 참조하세요.PostgreSQL : 문서 : 9.4 : 무지개 토토 9.4.18.

E.4.2. 변경사항

• 실패 수정테이블 변경 ... 열 유형 변경테이블에 부분 제외 제약 조건이 있는 경우(Tom Lane)

• 중복된 조인 이름이 있는 쿼리의 잘못된 인쇄 수정(Philip Dubé)

  이러한 감독으로 인해 해당 쿼리가 포함된 보기에 대한 덤프/복원 오류가 발생했습니다.

• 잘못된 최적화 수정{1,1}정규 표현식의 수량자(Tom Lane)

  이러한 수량자는 무작동으로 처리되어 최적화되었습니다. 그러나 문서에는 욕심이 없는 변형의 경우 탐욕 또는 비 욕심을 부과한다고 명시되어 있습니다.{1,1}?, 연결된 하위 표현식에서는 이런 일이 발생하지 않았습니다. 하위 표현식에 캡처 괄호 또는 역참조가 포함된 경우에만 잘못된 동작이 발생했습니다.

• 충돌하는 포스트마스터(톰 레인)가 기존 공유 메모리 세그먼트를 아직 사용하고 있는지 확인하기 위해 경쟁 조건을 수정했습니다.

• 특정 데이터베이스에 연결되지 않은 프로세스에서 매개변수 확인을 위해 데이터베이스 액세스를 시도하지 마십시오(Vignesh C, Andres Freund)

  이 오류는 다음과 같은 실패를 초래할 수 있습니다."데이터베이스를 선택하지 않으면 pg_class를 읽을 수 없습니다".

• 개선initdb의 시스템 시간대에 대한 여러 개의 동등한 이름 처리(Tom Lane, Andrew Gierth)

  만들다initdb조사해 보세요/etc/localtime기호 링크(존재하는 경우)는 시스템 시간대에 해당하는 이름 간의 연결을 끊습니다. 이렇게 하면initdb여러 개의 동일한 시간대가 존재할 때 사용자가 기대하는 시간대 이름을 선택할 가능성이 더 높습니다. 다음과 같은 경우 동작이 변경되지 않습니다./etc/localtime은 영역 데이터 파일에 대한 심볼릭 링크가 아니며 시간대가 다음에서 결정되는 경우도 아닙니다.TZ환경 변수.

  별도 선호UTC해당 시간대의 다른 철자법에 비해, 둘 다 아닌 경우TZ아니요/etc/localtime힌트를 제공하세요. 이는 다음으로 인해 발생하는 성가심을 해결합니다.tzdata2019a의 변경 사항은UCT그리고UTC영역 이름에 해당:initdb그때에는 선호했습니다UCT, 거의 아무도 원하지 않습니다.

• 잘못된 오류 보고 수정reindexdb(줄리앙 루오)

• 에contrib/postgres_fdw, 로컬에 의한 가능한 데이터 수정 고려행 업데이트 전트리거(모치즈키 쇼헤이)

  트리거가 다른 방법으로는 변경되지 않은 열을 수정한 경우업데이트, 새 값이 원격 서버로 전송되지 않았습니다.

• Windows에서는 데이터베이스 인코딩이 SQL_ASCII로 설정되고 ASCII가 아닌 문자열을 기록하려고 시도할 때 오류를 피하십시오(Noah Misch)

  코드는 그러한 문자열이 utf-8에 있어야 한다고 가정하고 있으며, 유효하게 인코딩되지 않은 것으로 보이면 오류를 발생시킵니다. 이제 번역되지 않은 바이트를 로그로 전송하기만 하면 됩니다.

• 만들다PL/pgSQL의 헤더 파일 C++ 안전(George Tarasov)