E.63.1. 버전 8.2.8로 마이그레이션

8.2.X를 실행하는 경우 덤프/복원이 필요하지 않습니다. 그러나 이전 버전에서 업그레이드하는 경우 8.2.7 참조PostgreSQL : 문서 : 8.4 : 토토 꽁 머니 8.2.7.

E.63.2. 변경사항

• 수정ERRORDATA_STACK_SIZE 초과사용 시 Windows에서 발생한 충돌 utf-8 데이터베이스 인코딩과 다른 클라이언트 인코딩 (톰)

• 수정테이블 변경 열 추가 ... 기본 키새 열이 올바르게 되도록 null이 아닌 모든 항목으로 초기화되었는지 확인했습니다. (브렌든 저드)

  이전 버전에서는 이 요구 사항을 확인하지 않았습니다. 모두.

• 수정 가능테이블 생성상속 시 실패"같은"여러 상위의 제약 공통된 제약조건을 상속받은 관계 조상(톰)

• 수정pg_get_ruledef()에 별칭(있는 경우)의 대상 테이블에 첨부된 별칭을 표시합니다.업데이트또는삭제(톰)

• 다음을 초래할 수 있는 GIN 버그 수정너무 많은 LWLock이 사용됨실패 (테오도르)

• 손상된 데이터의 압축을 풀 때 발생할 수 있는 충돌 방지 (즈데넥 코탈라)

• 백엔드의 SIGTERM 종료가 가능한 두 곳을 수리하세요 공유 메모리에 손상된 상태를 남겨둡니다(Tom)

  SIGTERM을 사용하는 경우 두 경우 모두 매우 중요하지 않습니다. 전체 데이터베이스 클러스터를 함께 종료하지만 누군가 SIGTERM 개인을 시도하면 문제가 됩니다. 백엔드.

• ISO-8859-5와 다른 인코딩 간의 변환 수정 키릴 문자를 처리하기 위해"요"문자 (e그리고E두 개의 점으로) (Sergey Burladyan)

• 몇 가지 데이터 유형 입력 기능 수정, 특히array_in(), 그건 결과에 사용되지 않은 바이트를 포함하도록 허용 초기화되지 않고 예측할 수 없는 값(Tom)

  이것은 분명히 두 가지 실패로 이어질 수 있습니다 동일한 리터럴 값은 동일한 것으로 간주되지 않습니다. 일치하지 않는 것에 대해 불평하는 파서에서주문 기준그리고독특표현식.

• 정규 표현식 하위 문자열의 코너 케이스 수정 일치(하위 문자열(문자열from패턴)) (톰)

  패턴과 일치하는 경우 문제가 발생합니다. 전체적으로는 사용자가 괄호 안에 지정했습니다. 하위 표현식과 해당 하위 표현식이 일치하지 않습니다. 안 예는하위 문자열('foo' from 'foo(바)?'). 이는 NULL을 반환해야 합니다. 왜냐하면(바)일치하지 않지만 일치하지 않았습니다. 대신에 전체 패턴 일치를 실수로 반환했습니다(즉,foo).

• 다음으로 시간대 데이터 파일 업데이트tzdata2008c 토토(DST 법률용) 모로코, 이라크, 초이발산, 파키스탄, 시리아의 변화, 쿠바, 아르헨티나/San_Luis)

• 잘못된 결과 수정ecpg의PGTYPEStimestamp_sub()함수 (마이클)

• GiST 비교 기능이 손상된 문제 수정기여/tsearch2'stsquery유형 (테오도르)

• 충돌 가능성 수정기여/큐브함수 (톰)

• 코어 덤프 수정contrib/xml2'sxpath_table()입력 시 함수 쿼리가 NULL 값을 반환합니다(Tom)

• 수정contrib/xml2의 메이크파일을 재정의하지 않음CFLAGS(톰)

• 수정DatumGetBool매크로를 사용하지 않음 실패하다gcc4.3 (톰)

  이 문제는 영향을 미칩니다."오래된 스타일"(V0) 불리언을 반환하는 C 함수. 수정 사항 이미 8.3에 있지만 백패치가 필요하지 않았습니다. 그 때 깨달았습니다.