E.140.1. 버전 8.3.7로 마이그레이션

8.3.X를 실행하는 경우 덤프/복원이 필요하지 않습니다. 그러나, 8.3.5 이전 버전에서 업그레이드하는 경우 다음을 참조하세요.PostgreSQL : 문서 : 9.3 : 토토 8.3.5.

E.140.2. 변경사항

• 인코딩 변환 실패 시 오류 재귀 충돌 방지 (톰)

  이 변경 사항은 지난 두 개의 마이너 릴리스에서 수정된 사항을 확장합니다. 관련 오류 시나리오의 경우. 이전 수정 사항은 좁았습니다. 원래 문제 보고서에 맞게 조정되었지만 지금은 그것을 인식했다아무거나오류 인코딩 변환 함수에 의해 던져지면 잠재적으로 다음과 같은 결과가 발생할 수 있습니다. 오류를 보고하는 동안 무한 재귀가 발생했습니다. 해결책 따라서 번역 및 인코딩 변환을 비활성화하고 오류 메시지를 발견하면 일반 ASCII 형식으로 보고합니다. 반복적인 오류 보고 상황에 빠졌습니다. (CVE-2009-0922)

• 허용배트맨 토토 않음전환 생성와 함께 지정된 변환 함수에 대한 잘못된 인코딩(Heikki)

  이것은 인코딩 변환에 대한 한 가지 가능한 시나리오를 방지합니다. 실패. 이전 변경 사항은 다른 공격으로부터 보호하기 위한 백스톱입니다. 같은 영역에서 일종의 실패가 발생했습니다.

• 수정xpath()경로를 수정하지 않으려면 필요하지 않은 한 표현을 하고, 필요해요 (앤드류)

  SQL 표준에서는 다음을 제안합니다.xpath문서인 데이터에 대해 작업해야 합니다. 조각이지만libxml그렇지 않습니다 이를 지지배트맨 토토만 실제로 이것이 합리적인지 확실배트맨 토토 않습니다. XPath 표준에 따라.xpath다음에 의해 이 불일치를 해결하려고 시도했습니다. 데이터와 경로 표현식을 모두 수정하지만 수정에 버그가 있어 유효한 검색이 실패할 수 있습니다. 지금,xpath데이터가 다음 위치에 있는지 확인합니다. 사실은 잘 구성된 문서이고, 그렇다면 호출합니다.libxml데이터 또는 경로를 변경하지 않고 표현. 그렇지 않으면 다른 수정 방법이 있습니다. 실패할 가능성이 다소 적은 것이 사용됩니다.

  참고:새 수정 방법이 아직 100%가 아닙니다. 만족스러우며 실질적인 해결책은 없을 것 같습니다. 가능합니다. 따라서 이 패치는 다음을 위한 반창고로 간주되어야 합니다. 불필요하게 기존 애플리케이션을 중단하지 않도록 합니다. 그것은 아마도 그럴 것 같아요포스트그레SQL8.4는 단순히 사용을 거부하십시오.xpath데이터에 그것은 잘 구성된 문서가 아닙니다.

• 다음 경우에 코어 덤프 수정to_char()이다 데이터 유형에 적합배트맨 토토 않은 지정된 형식 코드 인수(톰)

• C 로캘을 사용할 때 텍스트 검색이 실패할 수 있는 문제 수정 멀티바이트 인코딩(Teodor)

  플랫폼에서 충돌이 가능했습니다.wchar_t다음보다 좁음int; 특히 Windows.

• 텍스트 검색 파서의 처리 시 극도의 비효율성을 수정 여러 개를 포함하는 이메일과 같은 문자열@문자 (헤이키)

• 하위 플래너 문제 수정선택에 더 큰 하위 쿼리의 출력 목록(Tom)

  이 버그의 알려진 증상은 다음과 같습니다."실패했습니다 그룹화 열을 찾으려면"다음에 따른 오류 관련된 데이터 유형; 하지만 다른 문제도 있을 수 있습니다.

• 디컴파일 수정경우그리고 암묵적 강제(Tom)

  이 실수는 Assert가 활성화된 환경에서 Assert 실패로 이어질 수 있습니다. 빌드 또는"예기치 않은 경우 조항"다른 경우에는 검사를 시도할 때 오류 메시지가 나타납니다. 또는 뷰를 덤프하세요.

• TOAST 테이블 소유자의 잘못된 할당 가능성 수정 행 유형(톰)

  만약클러스터또는 재작성 변형테이블 변경다른 사람에 의해 처형되었습니다 테이블 소유자보다pg_type항목 테이블의 TOAST 테이블은 해당 테이블의 소유로 표시됩니다. 누군가. 권한이 부여되었기 때문에 이로 인해 즉각적인 문제가 발생하지 않았습니다. TOAST 행 유형은 일반 데이터베이스에서 검사되지 않습니다. 운영. 하지만, 만약에 그것이 예상치 못한 실패로 이어질 수도 있습니다. 나중에 명령을 실행한 역할을 삭제하려고 시도했습니다(8.1 또는 8.2) 또는"데이터 유형의 소유자는 다음인 것 같습니다. 유효하지 않음"경고:pg_dump(8.3에서) 그렇게 한 후.

• 변경듣지 않음다음과 같은 경우 빨리 종료하려면 현재 세션은 실행된 적이 없습니다.듣기명령(톰)

  대부분의 경우 이는 특별히 유용한 최적화는 아니지만, 하지만 그 이후로모두 삭제호출듣지 않음, 이전 코딩으로 인해 상당한 을 많이 사용하는 애플리케이션의 성능 문제모두 삭제.

• 처리하지 않도록 PL/pgSQL 수정INTO이후삽입INTO 변수 절로 시작 부분뿐만 아니라 문자열의 어느 곳에서나; 특히 그러지 마 실패하다INSERT INTO내부규칙 생성(톰)

• 블록 종료 시 PL/pgSQL 오류 상태 변수를 완전히 정리 (Ashesh Vashi 및 Dave Page)

  이것은 PL/pgSQL 자체의 문제는 아니지만 누락된 부분은 검사하는 동안 PL/pgSQL 디버거가 충돌할 수 있습니다. 함수의 상태.

• 실패한 호출 재시도CallNamedPipe()Windows의 경우(스티브 마샬, 매그너스)

  이 기능은 때때로 일시적으로 실패할 수 있는 것으로 보입니다. 우리 이전에는 모든 실패를 하드 오류로 처리하여 혼란을 야기할 수 있었습니다.듣기/알림으로 다른 작업도 마찬가지입니다.

• 추가반드시(모리셔스 섬 하계 시간) 알려진 시간대 약어의 기본 목록(Xavier 부가)