E.89.1. 버전 8.3.7로의 마이그레이션

8.3.x를 실행하는 사람들에게는 덤프/복원이 필요하지 않습니다. 그러나 더 일찍 버전에서 업그레이드하는 경우 8.3.5, 참조PostgreSQL : 문서 : 9.1 : 스포츠 토토 베트맨 8.3.5.

E.89.2. 변화

• 변환을 인코딩 할 때 오류 재귀 충돌 방지 실패 (Tom)

  이 변경 사항은 마지막 두 마이너에서 작성된 토토 핫 사항을 확장합니다. 관련 실패 시나리오에 대한 출시. 이전 토토 핫 원래 문제 보고서에 맞게 좁게 맞춤화되었습니다. 그러나 우리는 이제any전환 기능을 인코딩하면 잠재적으로 이어질 수 있습니다 오류를보고하는 동안 무한 재귀. 그만큼 따라서 해결책은 번역 및 인코딩을 비활성화하는 것입니다 전환 및 일반 ASCII 형태의 오류를보고하십시오 메시지, 우리가 재귀 오류에 들어간 것을 발견하면 보고 상황. (CVE-2009-0922)

• anallow변환 생성지정된 변환 함수에 대한 잘못된 인코딩 (Heikki)

  이것은 인코딩을위한 가능한 한 가지 시나리오를 방지합니다 전환 실패. 이전 변경은 백스톱입니다 같은 지역의 다른 종류의 실패에 대비하십시오.

• 토토 핫xpath ()토토 핫하지 않으려면 필요하지 않는 한 경로 표현 및 더 넓게 만들기 위해 필요할 때 시도 (Andrew)

  SQL 표준은를 암시합니다.xpatha 문서화 조각이지만libxml그것을 지원하지 않습니다 실제로 이것이 합리적이라는 것은 확실하지 않습니다. XPath 표준.xpath두 가지를 토토 핫 하여이 불일치를 해결하려고 시도했습니다 데이터와 경로 표현이지만 토토 핫은 버그가 있고 유효한 검색이 실패 할 수 있습니다. 지금,xpath데이터가 있는지 확인합니다 실제로 잘 형성된 문서이며, 그렇게한다면libxml변경 사항이 없습니다 데이터 또는 경로 표현식. 그렇지 않으면, 다른 다소 실패 가능성이 낮은 토토 핫 방법은 사용된.

  참고 :새로운 토토 핫 방법은 여전히 ​​있습니다 100% 만족스럽지 않으며, 실제는 없을 것 같습니다. 해결책이 가능합니다. 따라서이 패치는 있어야합니다 기존을 깨는 것을 막기 위해 반창고로 간주됩니다 불필요하게 응용 프로그램. 아마도PostgreSQL8.4 Will 단순히 사용을 거부xpath형성된 문서.

• Core 덤프 토토 핫시to_char ()는 형식 코드가 제공됩니다 데이터 인수 유형 (TOM)에 부적합합니다.

• C 로케일이있을 때 텍스트 검색에서 가능한 실패 토토 핫 다중 바이트 인코딩 (Teodor)과 함께 사용

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

• 텍스트 검색 파서의 극도의 비 효율성 토토 핫 다중 포함 된 이메일과 같은 문자열 처리@캐릭터 (Heikki)

• Sub-의 플래너 문제 토토 핫select더 큰 출력 목록에서 하위 쿼리 (Tom)

  이 버그의 알려진 증상은 A입니다."그룹화 열을 찾지 못했습니다"오류 이는 관련된 데이터 유형에 따라 다릅니다. 그러나 할 수 있습니다 다른 문제도 되십시오.

• 의 소환 토토 핫케이스암시 적 강요 (Tom)

  이 실수로 인해 실패가 발생할 수 있습니다 Assert 지원 빌드 또는"예상치 못한 CASE시기 조항 "다른 경우에 오류 메시지 보기를 검사하거나 덤프하려고합니다.

• 토스트 소유자의 가능한 오용을 토토 핫하십시오 테이블의 rowtype (tom)

  if클러스터또는 재 작성 변형Alter Table테이블 소유자 이외의 다른 사람이 실행,pg_type테이블 입력 토스트 테이블은 그 사람이 소유 한 것으로 표시됩니다. 이로 인해 권한이 있기 때문에 즉각적인 문제가 발생하지 않았습니다 Toast Rowtype는 일반 데이터베이스에서 검사하지 않습니다 작업. 그러나 IF는 예상치 못한 실패로 이어질 수 있습니다 한 사람은 나중에 명령을 내린 역할을 삭제하려고 시도했습니다. (8.1 또는 8.2), 또는"데이터 유형의 소유자 유효하지 않은 것처럼 보입니다 "경고pg_dump그렇게 한 후 (in 8.3).

• 변경Unlisten빨리 종료합니다 현재 세션이 실행되지 않은 경우듣기Command (Tom)

  대부분의 경우 이것은 특히 유용하지 않습니다. 최적화이지만 이후버림 모두호출Unlisten, 이전 코딩은 실질적인 성능 문제를 일으켰습니다 크게 사용한 응용 프로그램의 경우모든 것을 버립니다.

• 치료하지 않도록 pl/pgsql 토토 핫in이후삽입내 변수로서 처음에뿐만 아니라 문자열의 어느 곳에서나 조항; ~에 특히, 실패하지 마십시오삽입 안으로내규칙 만들기(Tom)

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

  이것은 PL/PGSQL 자체에 문제가되지 않지만 생략하면 PL/PGSQL 디버거가 충돌 할 수 있습니다 함수의 상태 검사.

• 레트리가 실패한 전화CallNamedPipe ()Windows (Steve 마샬, 매그너스)

  이 함수가 때때로 실패 할 수 있습니다 일시적으로; 우리는 이전에 실패를 어려운 것으로 취급했습니다 혼란 스러울 수있는 오류듣기/NotifyAS 다른 작전뿐만 아니라

• add필수(모리셔스 섬 여름 시간) 알려진 시간대 기본 목록으로 약어 (Xavier Bugaud)