E.11.1. 버전 9.6.14로 마이그레이션

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

그러나 9.6.9 이전 버전에서 업그레이드하는 경우 참조PostgreSQL : 문서 : 9.6 : 사설 토토 사이트 9.6.9.

E.11.2. 변경사항

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

• 다음 오류 수정댓글도메인 제약 조건에 대한 설명 명령(Daniel Gustafsson, Michael Paquier)

• 잘못된 병합-추가 계획 생성 수정(Tom Lane)

  이 실수는 다음으로 이어질 수 있습니다."정렬할 경로 키 항목을 찾을 수 없습니다"오류.

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

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

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

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

• 새 프로세스를 초기화하는 동안 발생할 수 있는 실패를 방지하세요.pg_stat_activity데이터 (톰 레인)

  SSL 인증서에서 추출된 문자열을 데이터베이스 인코딩으로 변환하는 등 실패할 수 있는 특정 작업이 중요 섹션 내에서 수행되고 있었습니다. 실패하면 공유에 대한 액세스 프로토콜 위반으로 인해 데이터베이스 전체가 잠길 수 있습니다.pg_stat_activity데이터.

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

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

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

• 가능한 지연을 방지libpqSSL 및 OpenSSL의 보류 데이터 버퍼를 사용하는 토토 사이트 순위 256바이트의 정확한 배수가 포함되어 있는 토토 사이트 순위(David Binderman)

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

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

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

• 순서 수정그랜트다음에 의해 내보낸 명령pg_dump그리고pg_dumpall데이터베이스 및 테이블스페이스용(Nathan Bossart, Michael Paquier)

  계단식 승인이 발행된 경우 다음으로 인해 복원이 실패할 수 있습니다.부여상호의존성을 존중하지 않는 순서로 명령이 내려졌습니다.

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

• 다음을 확인하세요vacuumdb병렬 작업을 사용하는 동안 오류가 발생하면 올바른 상태를 반환합니다(Julien Rouhaud)

• 수정contrib/auto_explain병렬 쿼리에서 문제를 일으키지 않도록 (Tom Lane)

  이전에는 상위 쿼리가 로그되지 않은 경우에도 병렬 작업자가 쿼리를 로그하려고 시도할 수 있었습니다.auto_explain. 이는 때때로 작동할 수 있지만 혼란스럽고 어떤 경우에는 다음과 같은 실패가 발생합니다."shm TOC에서 키 N을 찾을 수 없습니다".

  또한 샘플링 속도가 1.0으로 설정된 경우에도 모든 쿼리를 반드시 기록하지 않는 오류를 수정했습니다.

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

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

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

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

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