2025 년 9 월 4 일 :배트맨 토토 사이트 추천 : 배트맨 토토 사이트 추천 18 RC 1

토토 사이트 추천 주간 뉴스 -2021 년 9 월 26 일

게시2021-09-27by pwn
PWN

토토 사이트 추천 주간 뉴스 -2021 년 9 월 26 일

토토 사이트 추천 14 릴리스 후보 1 릴리스.와이즈 토토 사이트 추천 : 와이즈 토토 사이트 추천 14 RC 1 릴리스!!

토토 사이트 추천 제품 뉴스

JDBC 42.2.24 릴리스 https://jdbc.토토 사이트 추천.org/documentation/changelog.html#version_42.2.24

Check_pgbackrest 2.1, Pgbackrest의 Nagios 호환 모니터가 출시되었습니다. https://github.com/dalibo/check_pggbackrest/releases

SQLITE_FDW 2.1.0릴리스.

9 월 토토 사이트 추천 작업

https : //archives.토토 사이트 추천.org/pgsql-jobs/2021-09/

뉴스의 토토 사이트 추천

Planet 토토 사이트 추천 :https : //planet.토토 사이트 추천.org/

토토 사이트 추천 주간 뉴스는 이번 주 David Fetter에 의해 제공됩니다

일요일 오후 3시에 PST8pdt로 David@fetter.org. 뉴스 및 공지 사항을 제출하십시오.

응용 패치

Tomáš Vondra 추진 :

  • 시스템 열에서 확장 통계를 허용하지 않습니다. 확장 된 도입 이후 통계에 따르면 시스템 열에 대한 참조를 허용하지 않았습니다. 예를 들어 t에서 CTID에 대한 통계를 만듭니다. 실패 할 것입니다. 그러나 확장 된 통계로 표현에서는이 제한을 매우 쉽게 해결할 수있었습니다. t에서 (ctid :: text)에 통계를 만듭니다. 이것은 감독입니다 A4D75C86BF, 간단한 점검을 추가하여 수정했습니다. Backpatch to 토토 사이트 추천 14, 어디에 표현식에 대한 확장 된 통계에 대한 지원이 도입되었습니다. 백파치 스루 : 14 토론 :https : //postgr.es/m/20210816013255.gs10479%40telsasoft.com https : //git.토토 사이트 추천.org/pg/commitdiff/c9eeef2a15c02ff7dd2bf3251dbee925b050fc0f

  • 각 통계 개체를 구축 한 후 무료 메모리. 지금까지 모든 것이 확장되었습니다 주어진 관계에 대한 통계는 동일한 메모리 컨텍스트에서 구축되었습니다. 재설정. 메모리의 일부는 명시 적으로 릴리스되었지만 전부는 아닙니다. 값을 고용하는 동안 메모리가 할당 된 예제는 자유롭게하기 어렵습니다. 이것이 방법입니다 확장 된 통계가 Postgresql 10에 도입 된 이후로 작동했지만 표현에 대한 확장 통계에 대한 지원을 추가하면 문제가 다소 악화되었습니다. 구축 할 통계 수가 증가함에 따라. 메모리를 추가하여 수정했습니다 각 통계 객체를 구축 한 후 재설정되는 컨텍스트 (모두 통계 종류 포함). 각 통계를 구축 한 후 재설정합니다 친절은 더 좋을 것이지만 더 많은 침습적 변화가 필요하고 결과를 복사하여 백파치가 더 어려워집니다. PostgreSQL에 대한 백파치 10, 확장 된 통계가 도입 된 곳. 저자 : Justin Pryzby 보고서 : Justin Pryzby 검토 : Tomas Vondra Backpatch-Strough : 10 논의:/message-id/20210915200928.gp831%40telsasoft.com https : //git.토토 사이트 추천.org/pg/commitdiff/83772ccc78e0392a247231ba510c61b6612b93b3f

  • eppendency_degree에 의해 할당 된 릴리스 메모리. a의 정도를 계산합니다 기능적 의존성은 많은 메모리를 할당 할 수 있습니다. 명시 적으로 할당 된 메모리이지만 예를 들어 Detoasted Varlena 값이 남았습니다 뒤에. 우리는 많은 의존성을 고려하기 때문에 문제 일 수 있습니다 (모두 조합), 그리고 각각의 경우 각각에 대해 고용이 발생할 수 있습니다. 고정 전용 컨텍스트에서 종속성 _degree ()를 호출하고 이후에 재설정 각 전화. 계산 된 종속성 학위 만 있으면됩니다. 무엇이든 복사하십시오. 확장 된 통계가 있었던 PostgreSQL 10에서 배낭을 타고 소개. 백파치 스루 : 10 토론 :/message-id/20210915200928.gp831%40telsasoft.com https : //git.토토 사이트 추천.org/pg/commitdiff/ad8a166ca86846ab691bd6dafc695e0f7dd96012

Tom Lane 추진 :

  • DOC : "서식"섹션의 사소한 개선. 보다 특정한 링크를 추가하십시오 소스 트리.https : //git.토토 사이트 추천.org/pg/commitdiff/5577cd571ad3528471152f68636ac03c80576977

  • PLPGSQL 내에서 안정적인 매개 변수의 MiseValuation을 수정합니다. 커밋하기 전에 84F5C2908, PLPGSQL Call Statement의 인수 목록의 안정적인 기능 exec_stmt_call은 새로운 스냅 샷을 푸시하기 때문에 최신 스냅 샷을 참조하십시오. 스냅 샷이 사라질 가능성이있어 Commit은 통화 문에서 스냅 샷을 관리하기가 너무 어려워졌습니다. 절차 자체가 진행되는 한 괜찮지 만 생각하는 것을 잊었습니다. 통화 인수 목록 내에서 안정적인 기능의 가능성. 일처럼 이제 스탠드, 그들은 포털의 스냅 샷으로 ActivesNapShot으로 실행됩니다. 포털 스타트 업보다 최신 업데이트를 보지 못하도록합니다. (휘발성 물질 기능은 자신의 스냅 샷을 가져 오기 때문에 문제가 없습니다. 어느 실제로 절차 자체에 문제가없는 이유이기도합니다. 아니요 안정적인 절차.) 새로운 스냅 샷을 일시적으로 밀어서이 문제를 해결할 수 있습니다. ExecuteCallStmt 자체 내에서. 우리가 들어가기 전에 스냅 샷을 터뜨립니다 절차가 적절하게 관리 문제를 제거합니다. 아마도 불분명 한 추가 Snapshot-Grab은 약간 성가 시지만 일어난 일보다 나쁘지 않습니다. 84F5C2908 이전. Alexander Nawratil의 버그 #17199 당. v11로 백 패치, 이전 패치처럼. 논의:https : //postgr.es/m/17199-1ab2561f0d94af92@토토 사이트 추천.org https : //git.토토 사이트 추천.org/pg/commitdiff/4476BCB8773B306B9CA84BF2FADCF30ACFA2C687

  • DOC : Postgres_FDW의 콜라이트 불일치 위험에 대한 경고를 확장합니다. a 로컬과 일치하지 않는 원격 콜라주의 위험에 대해 조금 더 보컬 하나. 실제로 이러한 위험을 고치는 것은 어려운 것처럼 보이며 아이디어를 포기했습니다. 역전 가능할 수 있습니다. 그래서 우리가 뒷사각을 위해 할 수있는 최선 문서를 추가합니다. Jizí Fejfar의 버그 #16583에 대한 토론 당. 논의:https : //postgr.es/m/2438715.1632510693@sss.pgh.pa.us https : //git.토토 사이트 추천.org/pg/commitdiff/7b0be9fb2dddb214db2bed0e137b9b42c1479455

  • Interval_CMP_VALUE ()에서 불필요한 분할을 피하십시오. 시간 필드 분할 우리가 그냥 갈 때 며칠과 마이크로 초 그 값을 재결합하십시오. 누군가가 속도를내는 것을 알 수 있는지 확실하지 않습니다 실제 사례이지만 사이클을 깎는 것은주기입니다. 논의:https : //postgr.es/2629129.1632675713@sss.pgh.pa.us https : //git.토토 사이트 추천.org/pg/commitdiff/e94c1a55dada4977262d2d2d17a2a973b2661

Álvaro Herrera 추진 :

Andres Freund 추진 :

Peter Geoghegan 추진 :

  • 지나치게 열성 인덱스 삭제 어설 션을 제거합니다. 깨진 뜨거운 체인은 아닙니다 오프셋 번호가 끝을 지나가는 경우에도 예기치 않은 조건 페이지의 라인 포인터 배열. heap_prune_chain ()은 치료하지 않았다 이 조건은 예상치 못한 상태로, 따라서 heap_index_delete_tuples의 파생 코드 () 그렇게해서는 안됩니다. Commit 4228817449에서 감독. 주장은 할 수 있습니다 아마도 Postgres 14와 Master에서만 실패 할 것입니다. 이전 릴리스에는 없습니다 라인 포인터 배열을 자르기 위해 진공을 가르치는 3C3B8A4B 커밋 힙 페이지. 일관성을 유지하기 위해서는 모두 동일하게 배장을합니다. 저자 : 피터 Geogheganpg@bowt.ie보고서 : Alexander Lakhinexclusion@gmail.com토론 :https : //postgr.es/m/17197-9438f31f46705182@토토 사이트 추천.orgBackpatch : 12-, Commit 4228817449와 마찬가지로https : //git.토토 사이트 추천.org/pg/commitdiff/5e6716cde5749aea506dd3f30b099b6e9b4c5af8

  • "단일 값 전략"색인 삭제 문제를 해결합니다. 적합하지 않습니다 상향식으로 트리거 될 때 단일 값 전략을 적용하기위한 중복 제거 색인 삭제 패스. 이것은 나중에 상향식 삭제하기 때문에 순환을 낭비합니다 패스는 실제로 중복 제거 된 오래된 복제 튜플을 과도하게 해석합니다 "디자인으로"건너 뛰었습니다. 또한 상향식 삭제가 훨씬 적습니다 무의미한 것을 가로 지르는 낮은 카디널리티 인덱스에 효과적입니다. "인덱스는 잎 페이지 당 단일 키 값을 갖습니다"임계 값. 고치려면 약간 좁습니다 중복 제거의 단일 가치 전략이있는 조건 존경받는. 우리는 이미 고유 한 지수에 대한 전략을 피했습니다. 높은 수준의 목표는 진공 청소기가 실행되는 시간을 구매하는 것입니다 (공간을 구매하지 않음). 우리는 이제보고 한 상향식 패스가있을 때도 피할 것입니다. 실패. 두 사례는 동일한 높은 수준 목표를 공유하고 이미 겹칩니다. 중요 하게도이 접근법은 상당히 자연 스럽습니다. 커밋의 감독 상향식 인덱스 삭제를 추가 한 D168B666. 저자 : Peter Geogheganpg@bowt.ie토론 :https : //postgr.es/m/cah2-wznaovm+ gyj-jq0x=JXOMDXCTDTYJIEUETDAGBF5EUC3MA@mail.gmail.comBackpatch : 14-, 상향식 삭제가 도입 된 곳.https : //git.토토 사이트 추천.org/pg/commitdiff/dddd94c2852e6e3a246b9fd64bf2d9c7fc01020905

  • Heapam Line Pointer 자르기와 관련된 문서 문제. 오프셋을 확인합니다 숫자는 힙 페이지의 줄 포인터 배열의 끝을 지나가는 것이 아닙니다. Commit 3C3B8A4B 전 핫 체인 트래버스 코드에 대한 방어 정신 검사. 그래도 지금은 필요합니다. 문제를 참조하는 주석을 추가하십시오 heapam의 코드를 제대로 가져와야합니다. 알렉산더의 제안 당 라킨. 논의:https : //postgr.es/m/f76a292c-9170-1aef-91a0-59d9443b99a3@gmail.com https : //git.토토 사이트 추천.org/pg/commitdiff/c7aeb775df895db240dcd6f47242f7e0899adfb

  • nbtree readme : latestremovedxid에 대한 참고 사항을 추가하십시오. 그 인덱스 튜플을 지적하십시오 삭제는 일반적으로 삭제 작업의 경우 latestremovedxid 값이 필요합니다. WAL 레코드. 이것은 전체 삭제 중 가장 비싼 부분이 될 것입니다. 이제 원래 실행 중에 전면에서 작동합니다. 이것 Commit 558A9165E08에서 감독이 필요했을 것입니다. 인덱스 삭제 레디 루틴에서 원본으로 이러한 값을 생성하려면 인덱스 삭제 작업 실행.https : //git.토토 사이트 추천.org/pg/commitdiff/48064a8d330db259076fb7b2300544fbf65f4109

  • Vacuumlazy.c : 쓸모없는 'Onecall'주석을 제거하십시오. 쓸모없는 참조를 제거하십시오 Lazy_vacuum ()의 Onecall 인수. 기능 인수는 Commit에 의해 제거되었습니다 3499df0dee. 또한 소개하는 인접한 주석 블록을 제거하십시오 랩 어라운드에 안전한 개념. 여기에서 안전한 항공편에 대해 이야기하는 것은 더 이상 만들지 않습니다 Lazy_vacuum () (및 관련 기능)이 더 이상 유일한 것은 아니기 때문에 감각 안전한 안전이 트리거 될 수있는 곳. 이것은 그 이후로 그랬습니다 C242BAA4A8 CEMPINGAPE 메커니즘 트리거를 고려하기 위해 진공 진공을 가르쳤습니다. 초기 힙 스캔 중.https : //git.토토 사이트 추천.org/pg/commitdiff/c1a47dfe2e9f814e61377f47a79a113a4c73a63

  • 쓸데없는 NBTREE 삭제 의견을 업데이트합니다._BT_DELITEMS_DELETE()는 더 이상 없습니다 인덱스 튜플에 의해 구동되는 인덱스 튜플 삭제에 의해 사용되는 고급 진입 점 LP_DEAD 비트가 설정되어 있습니다 (현재 "간단한 인덱스 튜플 삭제"). 그것 에 의해서만 호출되는 더 낮은 수준의 루틴이되었습니다._BT_DELITEMS_DELETE_CHECK() 커밋 다음 D168B66682.https : //git.토토 사이트 추천.org/pg/commitdiff/ce2a86053380f7e82dc8318ac48a22a7ab26398

Michaël Paquier 추진 :

  • GUC SHARED_MEMORY_SIZE_IN_HUGE_PAGES 소개. 이 런타임 계산 GUC 서버의 기본 공유 메모리에 필요한 거대한 페이지 수를 보여줍니다. 0C39C29 및 0BD305E에서 수행 된 작업을 활용하는 지역. 이것은 사용자가 서버에 필요한 거대한 페이지의 양을 추정하는 데 유용합니다. 서버를 시작하지 않고도 추정을 수행 할 수 있으며 잠재적으로 많은 공유 메모리 덩어리를 할당 할 수 있습니다. 거대한 페이지의 수 기존 GUC MOVEN_PAGE_SIZE를 설정 한 경우 또는 사용하여 계산됩니다. Linux에서 /Proc /Meminfo를보고 시스템의 기본값. 새로운 것은 없습니다 이 커밋이 기존 계산 방법을 재사용하고 그냥 노출시킵니다. 이 정보는 사용자에게 직접 직접. 거대한 페이지를 계산하는 일상적인 크기는 플랫폼 별 플래그로 파일 수를 제한하도록 리팩토링됩니다. 이 새로운 Guc의 이름은 논의에 근거하여 가장 인기있는 선택이었습니다. 이것은 Linux에서만 지원됩니다. 변화를 테스트하는 데 시간이 걸렸습니다. Linux, Windows 및 MacOS이지만 마지막 두 페이지의 경우 큰 페이지는 아닙니다. 지원. 첫 번째는 페이지 수를 올바르게 계산합니다. 기존 guc very_page_size 또는 시스템 기본값에서. Andres에게 감사합니다 Freund, Robert Haas, Kyotaro Horiguchi, Tom Lane, Justin Pryzby (및 누구든지 여기에서 잊혀진) 토론을 위해. 저자 : Nathan Bossart 토론 :https : //postgr.es/m/f2772387-ce0f-46bf-b5f1-cc55516eb885@amazon.com https : //git.토토 사이트 추천.org/pg/commitdiff/43c1c4f65eb77bcfc4f5a7e9ac0421e0cf2a5

  • MSYS Perl의 출력에 적응이 필요한 TestLib.pm의 장소를 수정하십시오. 기본 Perl의 출력과는 달리 MSYS Perl은 CRLFS로 출력을 생성합니다. 캐릭터. CRLFS (\ r \ n)가있는 탭 코드에는 이미 위치가 있습니다. MSYS에서 자동으로 LF (\ N)로 변환되었지만 우리는 몇 곳을 놓쳤습니다. 명령을 실행하고 비교를 위해 출력을 사용할 때 실패에. 이 문제는 5ADB067에 추가 된 테스트 덕분에 발견되었습니다. testlib :: command_checks_all () 사용하지만 자세히 살펴보면 더 많은 코드 경로 필터가 누락되었습니다. 이것은 어떤 것도 방지하기 위해 백파치됩니다. 안정적인 가지에 새로운 테스트가 도입되면 놀라움. 검토 : Andrew 던 스탄, Álvaro Herrera 토론 :https : //postgr.es/m/1252480.1631829409@sss.pgh.pa.usBackpatch-Strough : 9.6https : //git.토토 사이트 추천.org/pg/commitdiff/0d91c52a8fc71bfe5664a13368e42e1dabc5fe78

  • Postgres -c에 대한 탭 테스트와 관련된 일부 문제를 수정하십시오. 이것은 두 가지 문제를 해결합니다 런타임 GUCS에 대해 0C39C292에 추가 된 테스트 : - MSYS에 대한 테스트를 다시 활성화합니다. MSYS Perl에 의해 생성 된 \ r \ n으로 인해 테스트가 실패 할 수 있습니다. 0D91C52A 이 문제를 처리했습니다. - 테스트가 권한있는 계정. 권한있는 계정에서 실행되는 CIS는 실패합니다 Andres Freund가보고 한 바와 같이 권한 실패. 이 문제는 해결되었습니다 pg_ctl 내에서 Postgres 명령을 감싸는 것은 후자가 돌볼 것입니다. 필요한 모든 권한. Postgres -c의 실패를 확인하는 테스트 PG_CTL이 불안정한 오류 코드 (CI가 재현 할 필요가 없습니다). 논의:https : //postgr.es/m/20210921032040.lyl4lcax37aedx2x@alap3.anarazel.de https : //git.토토 사이트 추천.org/pg/commitdiff/1a9d802828110c87a207785aaf6b00d8917a86ad

  • DOC : 이벤트 트리거 생성 페이지에서 누락 된 마크 업을 추가합니다. 보고서 : RIR 논의:https : //postgr.es/m/20210924183658.3syyitp3yuxjv2fp@localhostBackpatch-Strough : 9.6https : //git.토토 사이트 추천.org/pg/commitdiff/1ab70b11e6425c95c2c24aa301188de32356bebb8

  • DOC : GUCS와의 진공 청소기에 대한 설명을 향상시킵니다. 지수 진공 청소기가있을 수 있습니다 저장된 죽은 튜플의 수에 따라 여러 번 발생합니다. 유지 보수 _work_mem 수동 진공. autovacuum의 경우, 이것은 제어됩니다 autovacuum_work_mem 대신 설정하면 문서가 언급했습니다 Autovacuum의 맥락에서 후자는 아니었다. 보고서 : Nikolai Berkoff 저자 : Laurenz Albe, Euler Taveira 토론 :https : //postgr.es/m/16154536522.10134.1219540232324485546870@wrigleys.토토 사이트 추천.orgBackpatch-Strough : 9.6https : //git.토토 사이트 추천.org/pg/commitdiff/1ba841072ebeb1a6605395950a51c869de42a104

  • 문서에서 오타 수정. 저자 : Justin Pryzby 토론 :https : //postgr.es/m/20210924215827.gs831@telsasoft.comBackpatch-Strough : 9.6https : //git.토토 사이트 추천.org/pg/commitdiff/7c1d8a243f8bd46604c9b292f392aab170eed821

Amit Kapila 추진 :

Peter Eisentraut 추진 :

Fujii Masao 추진 :

  • Postgres_FDW : 코드 복제를 피하기위한 refactor 트랜잭션 롤백 코드. ~ 안에 postgres_fdw, pgfdw_xact_callback () 및 pgfdw_subxact_callback () 콜백 기능은 원격 대구를 롤백하는 데 거의 똑같은 일을합니다. 하위 교환. 그러나 이전에는 이러한 롤백 논리가 구현되었습니다 각 기능과 다른 방식으로 별도로. 이를 줄일 수 있습니다 코드의 가독성 및 유지 관리. 문제를 해결하기 위해이 커밋 원격 트랜잭션을 롤백하는 공통 기능을 생성하고 콜백 기능이 사용합니다. 불필요한 코드를 피할 수 있습니다 복사. 저자 : Fujii Masao Reviewed-By : Zhihong Yu, Bharath Rupireddy 논의:https : //postgr.es/62fb63a-d46c-fb47-a56d-f6be1909aa44@oss.nttdata.com https : //git.토토 사이트 추천.org/pg/commitdiff/85c69611288f4096b7460d980bedaa777f824d24

Alexander Korotkov 추진 :

John Naylor가 추진 :