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

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

E.114.2. 변경사항

• 인코딩 변환 시 오류 재귀 충돌 방지 토토 사이트 순위합니다(톰)

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

• 허용하지 않음전환 생성와 함께 지정된 변환 함수에 대한 잘못된 인코딩 (헤이키)

  이것은 인코딩에 대한 한 가지 가능한 시나리오를 방지합니다. 변환 실패. 이전 변경 사항은 같은 영역에서 다른 종류의 실패가 발생하지 않도록 보호하세요.

• 수정xpath()수정하지 않음 필요하지 않은 경우 경로 표현을 사용하고 더 건전하게 만들기 위해 필요할 때 시도해 보세요(앤드류)

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

  참고:새로운 수정 방법은 아직입니다 100% 만족스럽지는 않으며 실제적인 것도 아닌 것 같습니다. 해결이 가능합니다. 따라서 이 패치는 기존의 파손을 방지하기 위한 반창고로 간주됨 불필요하게 응용 프로그램. 그럴 가능성이 높습니다.포스트그레SQL8.4는 단순히 사용을 거부하십시오.xpath다음이 아닌 데이터에 대해 잘 구성된 문서입니다.

• 다음 경우에 코어 덤프 수정to_char()다음과 같은 형식 코드가 제공됩니다. 데이터 인수 유형에 부적합함(Tom)

• C 로캘이 다음과 같은 경우 텍스트 검색이 실패할 수 있는 문제 수정 멀티바이트 인코딩과 함께 사용됨(Teodor)

  플랫폼에서 충돌이 발생할 수 있었습니다.wchar_t다음보다 좁음int; 특히 Windows.

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

• 하위 플래너 문제 해결선택더 큰 출력 목록에서 하위 쿼리(Tom)

  이 버그의 알려진 증상은 다음과 같습니다."그룹화 열을 찾는 데 토토 사이트 순위했습니다"오류 이는 관련된 데이터 유형에 따라 다릅니다. 하지만 그럴 수도 있지 다른 문제도 될 수 있습니다.

• 디컴파일 수정경우의 경우암시적 강제로 (Tom)

  이 실수는 다음에서 Assert 실패로 이어질 수 있습니다. Assert 지원 빌드 또는"예기치 못한 일이었어 CASE WHEN 절"다른 경우의 오류 메시지 뷰를 검사하거나 덤프하려고 합니다.

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

  만약클러스터또는 재작성 의 변형테이블 변경였습니다 테이블 소유자가 아닌 다른 사람이 실행한 경우,pg_type테이블의 항목 TOAST 테이블은 결국 그 사람의 소유로 표시됩니다. 이에 대한 권한은 즉시 발생하지 않았습니다. TOAST 행 유형은 일반 데이터베이스에서 검사되지 않습니다. 운영. 그러나 다음과 같은 경우 예상치 못한 실패가 발생할 수 있습니다. 나중에 명령을 실행한 역할을 삭제하려고 시도했습니다. (8.1 또는 8.2에서) 또는"데이터 유형의 소유자 잘못된 것 같습니다."경고:pg_dump그렇게 한 후( 8.3).

• 변경듣지 않음빨리 나가기 위해 현재 세션이 실행된 적이 없는 경우듣기명령(톰)

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

• 처리하지 않도록 PL/pgSQL 수정INTO이후삽입INTO 변수로 절은 시작 부분뿐만 아니라 문자열의 어느 위치에나 있습니다. 안으로 특히, 실패하지 마세요삽입 INTO내부규칙 생성(톰)

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

  이것은 PL/pgSQL 자체의 문제는 아니지만 생략하면 PL/pgSQL 디버거가 충돌하는 원인이 될 수 있습니다. 함수의 상태를 검사합니다.

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

  이 기능은 때때로 실패할 수 있는 것 같습니다 일시적으로; 이전에는 모든 실패를 어려운 문제로 간주했습니다. 혼동을 일으킬 수 있는 오류듣기/알림as 다른 작업도 마찬가지입니다.

• 추가반드시(모리셔스 섬 서머타임)을 알려진 시간대의 기본 목록으로 약어(Xavier Bugaud)