이 문서는 지원되지 않는 PostgreSQL 버전에 대한 것입니다.
다음에 대한 동일한 페이지를 보고 싶을 수도 있습니다.현재버전 또는 위에 나열된 다른 지원 버전 중 하나를 사용하세요.

E.133. 릴리스 8.3.14

출시일: 2011-01-31

이 릴리스에는 8.3.13의 다양한 수정 사항이 포함되어 있습니다. 을 위한 8.3 주요 릴리스의 새로운 기능에 대한 자세한 내용은 참조스포츠 토토 사이트 PostgreSQL : 문서 : 9.3 : 릴리스 8.3.

E.133.1. 버전 8.3.14로 마이그레이션

8.3.X를 실행하는 경우 덤프/복원이 필요하지 않습니다. 하지만, 8.3.8 이전 버전에서 업그레이드하는 경우 다음을 참조하세요.PostgreSQL: Tài liệu: 9.3: 젠 토토át hành 8.3.8.

E.133.2. 변경사항

  • 다음과 같은 경우 실패를 피하세요.설명을 시도합니다 간단한 형식을 표시사례표현(톰 레인)

    만약에사례의 테스트 표현식은 다음과 같습니다. 일정하므로 플래너는 다음을 단순화할 수 있습니다.사례혼란스러운 형태로 표현식 표시 코드로 인해 발생하는 결과는 다음과 같습니다."예기치 않은 CASE WHEN 절"오류.

  • 기존 배열 슬라이스 앞에 있는 배열 슬라이스에 대한 할당 수정 아래 첨자 범위(Tom Lane)

    새로 추가된 아래 첨자와 첫 번째 기존 첨자, 코드가 잘못 계산한 수 이전 배열의 널 비트맵에서 항목을 복사해야 했습니다. 잠재적으로 데이터 손상 또는 충돌로 이어질 수 있습니다.

  • 아주 먼 거리에 대한 플래너의 예상치 못한 전환 오버플로를 방지하세요. 날짜 값(Tom Lane)

    날짜유형은 더 넓은 범위를 지원합니다. 날짜는 로 표시할 수 있습니다.타임스탬프유형이지만 기획자는 그럴 수 있다고 가정했습니다. 항상 아무런 처벌 없이 날짜를 타임스탬프로 변환하세요.

  • 수정pg_restore의 텍스트 출력 대형 객체(BLOB)의 경우standard_conforming_strings켜짐(톰 레인)

    데이터베이스로 직접 복원하는 것은 올바르게 작동했지만, 다음과 같은 경우 문자열 이스케이프가 잘못된 것입니다.pg_restoreSQL 텍스트 출력을 요청받았으며standard_conforming_strings이었어 소스 데이터베이스에서 활성화되었습니다.

  • 잘못된 구문 분석 수정tsquery값 포함... & !(하위 표현식) | ...(톰 레인)

    이 연산자 조합을 포함하는 쿼리는 그렇지 않았습니다. 올바르게 실행되었습니다. 동일한 오류가 발생했습니다.기여/intarrayquery_int입력하고기여/ltreeltxt쿼리유형.

  • 버퍼 오버런 수정기여/intarray9006_9034query_int유형 (애플)

    이 버그는 함수의 반환 주소 때문에 보안 위험이 있습니다. 덮어쓸 수 있습니다. Apple Inc의 보안팀에 감사드립니다. 이 문제를 보고하고 수정 사항을 제공합니다. (CVE-2010-4015)

  • 버그 수정기여/세그먼트의 GiST Picksplit 알고리즘(Alexander Korotkov)

    이것은 상당한 비효율을 초래할 수 있지만 그렇지는 않습니다. a의 GiST 인덱스에서 실제로 잘못된 답변입니다.세그열. 그러한 색인이 있는 경우 고려하십시오.REINDEX9603_9690기여/큐브이전 업데이트에서.)