PG Build 2021 sẽ được tổ chức trực tuyến tỷ lệ kèo bóng đá 88o ngày 30 tháng 11 và ngày 1 tháng 12 năm 2021 09: 00-17: 00 GMT.Chi tiết.
PostgresDac 3.11, tỷ lệ kèo bóng đá 88 bộ thành phần truy cập trực tiếp cho PostgreSQL, được phát hành. http://microolap.com/products/connectivity/postgresdac/doad/
JDBC 42.3.1phát hành.
ODB C ++ ORM Phiên tỷ lệ kèo bóng đá 88 2.5.0-B.21phát hành.
DynamoDB FDW 1.0.0được phát hành.
Babelfish, Lớp tương thích MS SQL Server tỷ lệ kèo bóng đá 88 PostgreSQL,phát hành.
https: //archives.postgresql.org/pgsql-jobs/2021-11/
Planet PostgreSQL:https: //planet.postgresql.org/
Tin tức hàng tuần của PostgreSQL được mang đến cho bạn tỷ lệ kèo bóng đá 88 tuần này bởi David Fetter
Gửi tin tức và thông báo trước Chủ nhật lúc 3:00 PM PST8PDT đến David@fetter.org.
Tom Lane được đẩy:
PLPGSQL: Báo cáo số dòng thích hợp cho tỷ lệ kèo bóng đá 88 lỗi trong khởi tạo biến. Trước đây, chúng tôi đã chỉ vào từ khóa bắt đầu của khối xung quanh. Nếu có Nhiều biến được khởi tạo trong phần khai báo, điều này không tốt Đủ: Nó có thể khá khó hiểu và không có ích. Chúng tôi biết nơi Tuyên bố của biến bắt đầu, vì vậy nó chỉ mất thêm một chút Cơ sở hạ tầng báo cáo lỗi để sử dụng điều đó. Cuộc thảo luận:https: //postgr.es/m/713975.1635530414@sss.pgh.pa.us 7053_7136
Tránh hành vi O (n^2) Khi quá trình chờ phát hành nhiều khóa. Khi phát lại một giao dịch chứa nhiều khóa độc quyền trên chính, một Quy trình khởi động của máy chủ dự phòng sẽ dành nỗ lực O (N^2) trong việc thao túng Danh sách tỷ lệ kèo bóng đá 88 khóa. Mã này tốt khi viết, nhưng cam kết 1cff1b95a được thực hiện lặp đi lặp lại list_delete_first () tỷ lệ kèo bóng đá 88 cuộc gọi không hiệu quả, như được giải thích trong cam kết của nó tin nhắn. Sửa chữa chỉ bằng cách lặp lại danh sách bình thường và chỉ phát hành lưu trữ Khi hoàn thành. (Điều này sẽ không đủ nếu chúng ta cần khôi phục sau lỗi xảy ra một phần qua; Nhưng chúng tôi không.) Back-patch to v13 trong đó 1CFF1B95A đã đến. Nathan Bossart Thảo luận:7895_7964 8061_8144
Doc: Cải thiện tỷ lệ kèo bóng đá 88 tệp readme được liên kết với tỷ lệ kèo bóng đá 88 bài kiểm tra vòi. Sắp xếp lại src/test/perl/readme sao cho phần đầu tiên rõ ràng hơn "làm thế nào để chạy tỷ lệ kèo bóng đá 88 bài kiểm tra này "và phần còn lại" Cách viết tỷ lệ kèo bóng đá 88 bài kiểm tra mới ". Thêm một số thông tin cơ bản Có về thất bại kiểm tra gỡ lỗi. Sau đó, thêm tỷ lệ kèo bóng đá 88 ref chéo vào readne từ tỷ lệ kèo bóng đá 88 readmes khác mô tả cách chạy tỷ lệ kèo bóng đá 88 bài kiểm tra vòi. Cho mỗi đề xuất từ Kevin Burke, mặc dù đây không phải là bản vá ban đầu của anh ấy. Cuộc thảo luận:https: //postgr.es/m/cakcy5eisbwiqnmcfnondcvc7b8fyyev3e = 8885_8968
Đừng cố đọc tệp multi-gb pg_stat_statements trong một cuộc gọi. Windows thất bại theo yêu cầu đọc () nhiều hơn tỷ lệ kèo bóng đá 88 byte int_max và có lẽ Nền tảng có thể có vấn đề tương tự. Hãy điều chỉnh mã này để đọc nhiều nhất 1GB mỗi cuộc gọi. (Người ta sẽ không nghĩ rằng tập tin có thể trở nên lớn như vậy, nhưng Bây giờ chúng tôi có một báo cáo thực địa về rắc rối, vì vậy nó có thể. Chúng tôi có thể nên thêm một số cơ chế để giới hạn kích thước của tệp văn bản truy vấn tách biệt với kích thước của bảng băm. Tuy nhiên, đó không phải là bản vá này.) Mỗi lỗi #17254 từ Yusuke Egashira. Nó đã như thế này trong một thời gian, vì vậy hãy đánh lại tất cả tỷ lệ kèo bóng đá 88 chi nhánh được hỗ trợ. Cuộc thảo luận:https: //postgr.es/m/17254-a926c89dc03375c2@postgresql.org https: //git.postgresql.org/pg/commitdiff/a667b066837849c5e55e0d626f1f7c93e267b8
Tránh một số mối nguy hiểm O (n^2) khác trong thao tác danh sách. Trong cùng một tinh thần như 6301c3ada, sửa chữa thêm một số nơi chúng tôi đang sử dụng list_delete_first () vòng lặp và do đó có nguy cơ hành vi o (n^2). Không rõ ràng rằng tỷ lệ kèo bóng đá 88 danh sách Thao tác ở những điểm này có thể đủ dài để thực sự có vấn đề ... Nhưng không rõ ràng rằng họ cũng không thể, và tỷ lệ kèo bóng đá 88 bản sửa lỗi đủ đơn giản. Như trước đây, đồng hồ trở lại V13. Cuộc thảo luận:10480_10549 https: //git.postgresql.org/pg/commitdiff/e9d9ba2a4ddc39e331dd8461b511aa
Tránh o (n^2) hành vi trong syncPostCheckPoint (). Như trong cam kết 6301c3ada và e9d9ba2a4, tránh thực hiện tỷ lệ kèo bóng đá 88 hoạt động lặp đi lặp lại list_delete_first (), vì điều đó Sẽ rất đắt khi có nhiều tập tin đang chờ được liên kết. Đây là Một sự thay đổi lớn hơn một chút so với trong những trường hợp đó. Chúng tôi phải giữ trạng thái danh sách hợp lệ cho tỷ lệ kèo bóng đá 88 cuộc gọi để hấp thụ (), vì vậy cần phải phát minh ra Trường "bị hủy" thay vì xóa ngay tỷ lệ kèo bóng đá 88 mục nhập đang chờ xử lý. Ngoài ra, vì chúng tôi có thể không thể xử lý tất cả tỷ lệ kèo bóng đá 88 mục, chúng tôi cần một Liệt kê List_Delete_first_n () nguyên thủy. list_delete_first_n () gần như list_copy_tail (), nhưng nó sửa đổi danh sách đầu vào thay vì tạo một bản sao mới. Tôi đã tìm thấy một vài cách sử dụng hiện tại của phần sau có thể sử dụng một cách có lợi chức năng mới. (Có thể có nhiều hơn, nhưng những người gọi khác trông giống như họ Có lẽ không nên ghi đè lên danh sách đầu vào.) Như trước đây, đồng hồ ngược thành V13. Cuộc thảo luận:https: //postgr.es/m/cd2f0e7f-9822-45ec-a411-ae56f14dea9f@amazon.com https: //git.postgresql.org/pg/commitdiff/65c6cab1365AC33
Doc: Chính xác hơn về xung đột giữa tỷ lệ kèo bóng đá 88 tên quan hệ. Sử dụng Verbiage như "Tên của bảng phải khác với tên của bất kỳ mối quan hệ nào khác (Bảng, trình tự, chỉ mục, chế độ xem, chế độ xem vật chất hoặc bảng nước ngoài) trong Lược đồ giống nhau. "Trong tỷ lệ kèo bóng đá 88 trang tham chiếu cho tất cả tỷ lệ kèo bóng đá 88 loại đối tượng đó. Thay đổi ở đây là đề cập đến quan điểm cụ thể một cách rõ ràng; Mặc dù một vài Những trang này không thể nói bất cứ điều gì về xung đột tên. Mỗi Gợi ý từ Daniel Westermann. Cuộc thảo luận:12670_12769 12866_12949
Doc: Dọn dẹp một số nơi đề cập đến Template1 nhưng tỷ lệ kèo bóng đá 88 phải TEMPLATE0. Cải thiện văn bản cũ chưa được cập nhật khi chúng tôi thêm Template0 vào cơ sở dữ liệu tiêu chuẩn bộ. Theo đề xuất từ P. Luzanov. Cuộc thảo luận:13274_13356 13453_13536
Khắc phục tuổi thọ biến trong execItCoerCetoDomain (). Điều này hoàn tác một sai lầm trong 1EC7679F1: DOMAINVAL và DOMAINNULL có nghĩa là sống qua tỷ lệ kèo bóng đá 88 vòng lặp vòng lặp, Nhưng họ đã được di chuyển không chính xác bên trong vòng lặp. Hiệu ứng chỉ phát ra vô dụng thêm eeop_make_readonly tỷ lệ kèo bóng đá 88 bước, vì vậy nó không phải là vấn đề lớn; Tuy nhiên, Back-Patch to V13 trong đó lỗi được đưa ra. Ranier Vilela Cuộc thảo luận:14055_14143 14240_14323
Đảm bảo sao chép logic nhất quán của tỷ lệ kèo bóng đá 88 giá trị DateTime và Float8. TRONG Walreceiver, đặt GUCS có liên quan của nhà xuất bản (Datestyle, Intervalstyle, Extra_float_digits) đến cùng một giá trị mà pg_dump sử dụng và cho cùng một Lý do: Chúng tôi cần đầu ra để đọc theo cùng một cách bất kể Cài đặt của người nhận. Không có điều này, những người đăng ký có thể Giải thích sai tỷ lệ kèo bóng đá 88 giá trị truyền. Mặc dù đây rõ ràng là một sửa lỗi, nhưng nó không phải Không có nhược điểm: Người đăng ký đang lưu trữ tỷ lệ kèo bóng đá 88 giá trị vào một số Kiểu dữ liệu, chẳng hạn như văn bản, có thể nhận được kết quả khác với trước đây và có lẽ không hài lòng về điều đó. Do thiếu tỷ lệ kèo bóng đá 88 khiếu nại trước đó, có vẻ như tốt nhất chỉ thay đổi điều này trong đầu và gọi nó là một sự thay đổi không tương thích trong v15. Japin Li, mỗi báo cáo từ Sadhuprasad Patro Thảo luận:https: //postgr.es/m/caff0-cf=d7pc6st-3a9f1jnot0qmc+ 15451_15534
Nỗ lực mù để im lặng tỷ lệ kèo bóng đá 88 lỗi biên dịch SSL trên Hamerkop. Thành viên xây dựng Hamerkop đã thất bại trong vài ngày qua với tỷ lệ kèo bóng đá 88 lỗi trông giống như tỷ lệ kèo bóng đá 88 biểu tượng liên quan đến X509 của OpenSSL chưa được nhập vào an toàn-an toàn-opensssl.c. Không rõ tại sao điều này nên như vậy, nhưng chúng ta hãy thử thêm một rõ ràng #include của <openSSL/x509v3.h, vì từ lâu đã có Fe-Secure-Opensssl.C. Cuộc thảo luận:https: //postgr.es/m/1051867.1635720347@sss.pgh.pa.us 16177_16260
Bản dựng MSVC của PG_BASEBackup. Cam kết 23a1c6578 nghĩ rằng nó sẽ dễ thương Refactor PG_Basebackup/Makefile với BBOBJS biến mới, nhưng bản dựng MSVC của chúng tôi Hệ thống tỷ lệ kèo bóng đá 88 biết gì về điều đó. Mỗi buildfarm.16581_16664
lần thứ hai cố gắng im lặng tỷ lệ kèo bóng đá 88 lỗi biên dịch SSL trên Hamerkop. Sau khi xa hơn điều tra, có vẻ như nguyên nhân của vấn đề là quyết định gần đây của chúng tôi đối với Bắt đầu xác định win32_lean_and_mean. Điều đó gây ra <windows.h không còn Bao gồm <wincrypt.h, có nghĩa là tỷ lệ kèo bóng đá 88 tiêu đề OpenSSL không thể Ngăn chặn xung đột với tiêu đề đó bằng cách #Undef'ing tỷ lệ kèo bóng đá 88 macro mâu thuẫn. Rõ ràng, một số tiêu đề hệ thống khác sẽ an toàn-opensssl.c #includes sau tỷ lệ kèo bóng đá 88 tiêu đề OpenSSL đang kéo vào <wincrypt.h. Nó tối nghĩa đó xảy ra và tại sao chúng ta không nhìn thấy nó trên tỷ lệ kèo bóng đá 88 động vật xây dựng Windows khác. Tuy nhiên, nó sẽ hoạt động để di chuyển openSSL #includes đến cuối danh sách. Vì lợi ích của việc chống đối trong tương lai, hãy làm tương tự trong Fe-Secure-opensssl.c. TRONG Vượt qua, loại bỏ tỷ lệ kèo bóng đá 88 vùi kép vô dụng của <openSSL/ssl.h. Cảm ơn Thomas Munro vì đã chạy xuống tỷ lệ kèo bóng đá 88 thông tin liên quan. Cuộc thảo luận:https: //postgr.es/m/1051867.1635720347@sss.pgh.pa.us 17836_17919
Không cho phép tạo ra một từ vựng trống thông qua mảng_to_tsvector (). Dữ liệu tsVector Loại luôn luôn cấm từ bỏ tỷ lệ kèo bóng đá 88 từ trống. Tuy nhiên, mảng_to_tsVector () không nhận được bản ghi nhớ đó và sẽ cho phép một phần tử mảng trống để trở thành Một từ vựng trống. Điều này có thể dẫn đến thất bại về kết xuất/khôi phục sau đó, không Đề cập đến bất kỳ vấn đề ngữ nghĩa nào có thể đứng sau sự cấm đoán ban đầu. Tuy nhiên, tỷ lệ kèo bóng đá 88 chức năng khác lấy đầu vào văn bản đơn giản trực tiếp làm từ vựng giá trị không cần một hạn chế tương tự, vì chúng chỉ khớp với chuỗi chống lại tỷ lệ kèo bóng đá 88 mục TSVector hiện có. Đặc biệt, nó sẽ là một ý tưởng tồi để thực hiện ts_delete () từ chối tỷ lệ kèo bóng đá 88 chuỗi trống, vì đó là cách thuận tiện nhất để Làm sạch bất kỳ dữ liệu xấu nào có thể đã vào cột TSVector thông qua việc này sâu bọ. Phản ánh về điều đó, chúng ta cũng sẽ loại bỏ sự cấm đoán đối với null mảng tỷ lệ kèo bóng đá 88 yếu tố trong tsVector_delete_arr và tsvector_setweight_by_filter. Có vẻ như Phù hợp hơn để bỏ qua chúng, vì một yếu tố chuỗi trống sẽ bị bỏ qua. Có một trường hợp để xem lại điều này, vì nó rõ ràng là một sửa lỗi. TRÊN Sự cân bằng mặc dù, có vẻ như không phải là thứ gì đó để thay đổi trong một bản phát hành nhỏ. Jean-Christophe Arnu Thảo luận:19241_19329 19426_19509
Cố gắng sửa chữa xây dựng msvc pgcrypto. Cam kết DB7D1A7B0 đã rút ra Hỗ trợ tùy chỉnh của MKVCBUILD.pm thông báo rằng mô -đun bây giờ có thể được xây dựng bình thường. Hoặc ít nhất tôi đoán nó Bây giờ có thể được xây dựng bình thường. Nhưng điều này chắc chắn đang khiến Bowerbird thất bại, Vì nó đang cố gắng kiểm tra tỷ lệ kèo bóng đá 88 mô -đun mà nó chưa được xây dựng.19987_20070
Doc: Thêm một số ghi chú về hiệu suất của tỷ lệ kèo bóng đá 88 chức năng danh sách. Cho mỗi gợi ý Từ Andres Freund. Cuộc thảo luận:https: //postgr.es/m/20211104221248.pgo4h6wvnjl6uvkb@alap3.anarazel.de 20452_20535
PRINTION/SSLINFO cũng cần một bản sửa lỗi để làm cho Hamerkop hài lòng. Sắp xếp lại #Bao gồm là một chút vấn đề ở đây vì libpq/libpq-be.h cần bao gồm <OpenSSL/ssl.h. Thay vào đó, hãy #undef macro không mong muốn sau tất cả #bao gồm. Điều này chắc chắn xấu hơn cách khác, nhưng nó sẽ hoạt động Mặc dù có thể sắp xếp lại tiêu đề trong tương lai. (Nhìn vào tỷ lệ kèo bóng đá 88 tiêu đề OpenSSL chỉ ra rằng x509_name là biểu tượng mâu thuẫn duy nhất mà chúng ta sử dụng.) Trong Vượt qua, xóa một nhận xét có liên quan nhưng không chính xác trong pg_backup_archiver.h. Cuộc thảo luận:https: //postgr.es/m/1051867.1635720347@sss.pgh.pa.us 21335_21418
CẢNH BÁO IMPLIALIALIALIADIABLE. Khá nhiều động vật xây dựng là Cảnh báo về điều này, và Lapwing thực sự thất bại (bởi vì -werror). Đó là a tỷ lệ kèo bóng đá 88 afais dương tính giả, vì vậy không cần phải làm nhiều hơn 0 biến để bắt đầu với. Cuộc thảo luận:https: //postgr.es/m/yyxjnuxgw9dzkxlx@paquier.xyz https: //git.postgresql.org/pg/commitdiff/c3ec4f8fe867807613c08fe16789434AB
Michaël Paquier bị đẩy:
Bảo tồn tỷ lệ kèo bóng đá 88 tham số OPClass trên toàn bộ Reindex. Tham số OpClass tỷ lệ kèo bóng đá 88 dữ liệu từ chỉ số cũ được tìm nạp theo cách tương tự như đối với tỷ lệ kèo bóng đá 88 vị từ và Biểu thức, bằng cách lấy chúng trực tiếp từ tỷ lệ kèo bóng đá 88 danh mục hệ thống. Họ là sau đó được sao chép vào IndexInfo mới sẽ được sử dụng để tạo ra Bản sao mới. Điều này khiến chỉ mục mới được xây dựng lại với tỷ lệ kèo bóng đá 88 tham số mặc định thay vì những cái được xác định trước bởi người dùng. Cách duy nhất để lấy lại một cái mới Chỉ mục với tỷ lệ kèo bóng đá 88 tham số OPClass chính xác sẽ là tạo lại một chỉ mục mới từ cào. Vấn đề đã được giới thiệu bởi 911E702. Tác giả: Michael Paquier Được xem xét-BY: Zhihong Yu Thảo luận:https: //postgr.es/m/yx0cg/qplxcpr8hj@paquier.xyzBackpatch-qua: 1322943_23026
Thêm kiểm tra TAP cho pg_receivewal với công tắc dòng thời gian. pg_receivewal có thể Thực hiện theo một chuyển đổi dòng thời gian, nhưng điều này đã tỷ lệ kèo bóng đá 88 được kiểm tra. Thử nghiệm này sử dụng trống Vị trí lưu trữ với việc khởi động lại được thực hiện từ một vị trí, làm cho việc triển khai của nó trở thành Tad đơn giản hơn nếu chúng ta sử dụng lại một thư mục lưu trữ hiện có. Tác giả: Ronan Dunklau đã xem xét-BY: Kyotaro Horiguchi, Michael Paquier Thảo luận:https: //postgr.es/m/18708360.4lzovyhige@aivenronan 23648_23731
Tùy chọn nén lại của pg_receivewal. PG_ReceiveWal bao gồm kể từ đó cada1af tùy chọn -compress, để cho phép nén tỷ lệ kèo bóng đá 88 phân đoạn wal bằng cách sử dụng gzip, với giá trị 0 (mặc định) có nghĩa là không có thể sử dụng nén. Cam kết này giới thiệu một tùy chọn mới, được gọi là--compression-method, có thể sử dụng như tỷ lệ kèo bóng đá 88 giá trị "không", mặc định và "gzip", để làm cho mọi thứ trở nên mở rộng hơn. Trường hợp của -compress = 0 trở nên mờ với lớp tùy chọn này, vì vậy chúng tôi đã thực hiện Lựa chọn để làm cho PG_ReceiveWal trả về lỗi khi sử dụng "Không" và Mức nén khác không, có nghĩa là tỷ lệ kèo bóng đá 88 giá trị được ủy quyền của--compress bây giờ là [1,9] thay vì [0,9]. Không chỉ định - -compress với "gzip" là Phương thức nén làm cho pg_receivewal sử dụng mặc định của zlib thay thế (Z_default_compression). Mã phụ trách tìm kiếm sự khởi đầu phát trực tuyến LSN Khi quét tỷ lệ kèo bóng đá 88 tài liệu lưu trữ hiện tại được tái cấu trúc và làm nhiều hơn mở rộng. Trong khi trên đó, đổi tên "nén" thành "nén_level" trong walmethods.c, để giảm sự nhầm lẫn với sự ra đời của nén Phương thức, ngay cả khi phương thức TAR được sử dụng bởi PG_Basebackup không dựa vào Phương pháp nén (ít nhất, ít nhất), nhưng chỉ ở mức nén (cái này Khu vực có thể được cải thiện nhiều hơn, thực sự). Đây là để chuẩn bị cho một Bản vá sắp tới có thêm hỗ trợ LZ4 cho PG_ReceiveWal. Tác giả: Georgios Kokolatos đã xem xét-BY: Michael Paquier, Jian Guo, Magnus Hagander, Dilip Kumar, Robert Haas Thảo luận:25389_25525 25622_25705
Khắc phục một số suy nghĩ với pg_receivewal--compression-method. Tên tùy chọn là không chính xác trong một trong tỷ lệ kèo bóng đá 88 thông báo lỗi và tùy chọn ngắn 'tôi' đã được sử dụng trong Mã nhưng chúng tôi không có ý định mọi thứ theo cách này. Trong khi trên đó, sửa chữa Tài liệu để tham khảo một "phương pháp", và không phải là "cấp độ. d62bcc8, mà tôi đã phát hiện sau khi xem xét thêm bản vá LZ4 cho pg_receivewal.26223_26306
Thêm hỗ trợ cho nén LZ4 trong pg_receivewal. pg_receivewal có được một mới tùy chọn,--compression-method = lz4, có sẵn khi mã được biên dịch với -Với-LZ4. Tương tự như GZIP, điều này mang lại khả năng nén Lưu trữ tỷ lệ kèo bóng đá 88 phân đoạn Wal với LZ4. Tùy chọn này không tương thích với -Compress. Việc triển khai sử dụng tỷ lệ kèo bóng đá 88 khung LZ4 và tương thích với đơn giản tỷ lệ kèo bóng đá 88 lệnh LZ4. Như gzip, sử dụng -đồng bộ hóa đảm bảo rằng mọi dữ liệu sẽ được đổ vào đĩa trong phân đoạn hiện tại, vì vậy có thể lấy càng nhiều dữ liệu wal càng tốt ngay cả từ một phân đoạn không hoàn thành (cái này Yêu cầu hoàn thành tệp một phần với số không theo kích thước phân đoạn Wal Được hỗ trợ bởi phần phụ trợ sau khi giải nén, nhưng điều này giống như GZIP). Việc tính toán LSN bắt đầu phát trực tuyến có thể tìm thấy một cách minh bạch và Kiểm tra tỷ lệ kèo bóng đá 88 phân đoạn nén LZ4. Trái với gzip nơi kích thước không nén được lưu trữ trực tiếp trong đối tượng đọc, giao thức chunk LZ4 không lưu trữ dữ liệu không nén theo mặc định. Có nội dung có thể được sử dụng với Khung LZ4 bởi điều đó sẽ không giúp ích gì nếu sử dụng kho lưu trữ bao gồm tỷ lệ kèo bóng đá 88 phân đoạn được nén với tỷ lệ kèo bóng đá 88 mặc định của lệnh "LZ4", trong đó điều này không được lưu trữ. Vì vậy, cam kết này đã thực hiện cách tiếp cận mở rộng nhất bằng cách giải nén phân đoạn đã được lưu trữ để kiểm tra kích thước không nén của nó, thông qua một khoảng trống bộ đệm đầu ra trong tỷ lệ kèo bóng đá 88 khối 64kb (không có sự khác biệt về hiệu suất thực tế được chú ý với 8kb, 16kb hoặc 32kb, và hoạt động tự nó thực sự nhanh). tỷ lệ kèo bóng đá 88 bài kiểm tra có đã được thêm vào để xác minh sự sáng tạo và tính chính xác của tỷ lệ kèo bóng đá 88 tệp LZ4 được tạo. Cái sau đạt được bằng cách sử dụng lệnh "lz4", nếu được tìm thấy trong môi trường. Phương pháp Wal dựa trên TAR trong walmethods.c, bây giờ chỉ được sử dụng bởi PG_Basebackup, chưa biết về LZ4. Mã của nó có thể được mở rộng cho mục đích này. Tác giả: Georgios Kokolatos đã xem xét-BY: Michael Paquier, Jian Guo, Magnus Hagander, Dilip Kumar Thảo luận:28461_28597 28694_28777
Cải thiện hoàn thành tab PSQL để bình luận. Hoàn thành được thêm vào để thêm đối tượng tỷ lệ kèo bóng đá 88 loại, như tỷ lệ kèo bóng đá 88 ràng buộc miền, tỷ lệ kèo bóng đá 88 đối tượng hoặc chính sách tìm kiếm văn bản. Hơn nữa, khu vực được tổ chức lại, thay đổi danh sách tỷ lệ kèo bóng đá 88 đối tượng được hỗ trợ bởi Nhận xét theo thứ tự giống như tài liệu để giảm bớt tỷ lệ kèo bóng đá 88 bổ sung trong tương lai. Tác giả: Ken Kato đã xem xét-BY: Fujii Masao, Shinya Kato, Suraj Khamkar, Michael Thảo luận Paquier:https: //postgr.es/m/6e0c2f3f657b229bea32d098d118f307@oss.nttdata.com 29457_29540
Álvaro Herrera bị đẩy:
Xử lý xlog_overwrite_contrecord trong decodexlogop. Không làm như vậy dẫn đến kết quả Không có khả năng giải mã logic để xử lý luồng Wal. Xử lý nó bằng cách làm Không có gì. Backpatch tất cả tỷ lệ kèo bóng đá 88 cách trở lại. Báo cáo-BY: Petr Jelínekpetr.jelinek@enterprisedb.com 30099_30182
30203_30382nikolai.berkoff@pm.meThảo luận:https: //postgr.es/m/s-ksljtwxmwgmfgtztptpcs80r8fhdorbxdtnrqi6 GMZBT7AU1A4B0FZASFTKWCI8NWN0MHGPLFVOTVJ7DWTJKIP4PH3D0O4VGRMJS4oln-o=@pm.me 30901_30984
Tài liệu mặc định và khả năng thay đổi tỷ lệ kèo bóng đá 88 log_startup_proTHER_Interval. Ôn tập cho 9CE346EABF35. Tác giả: Álvaro Herrera31128_31262Được xem xét-BY: Robert Haasrobertmhaas@gmailThảo luận:https: //postgr.es/m/202110292123.bnf6axcp27vx@alvherre.pgsql 31663_31746
Chế độ đường ống không cho phép tỷ lệ kèo bóng đá 88 chuỗi multicommand. ... Vì vậy, đề cập đến điều đó trong Nơi thích hợp của tài liệu Libpq. Backpatch đến 14. Báo cáo-BY: Rekgrpthrekgrpth@gmailThảo luận:https: //postgr.es/m/17235-53bb38fc5be593dc@postgresql.org 32269_32352
Tài liệu thay đổi bảng .. Loại xóa số liệu thống kê. Đồng tác giả: Nikolai Berkoffnikolai.berkoff@pm.meThảo luận:32749_32885 32982_33065
Tránh sự cố trong trường hợp hiếm hoi của sự sụt giảm đồng thời. Khi một vai trò bị loại bỏ chứa được tham chiếu bởi tỷ lệ kèo bóng đá 88 đối tượng danh mục đồng thời cũng bị rơi, một sự cố có thể dẫn đến trong khi cố gắng xây dựng chuỗi mô tả tỷ lệ kèo bóng đá 88 đối tượng. Đàn áp điều đó bằng cách bỏ qua tỷ lệ kèo bóng đá 88 đối tượng có mô tả được trả lại dưới dạng null. Phần lớn tỷ lệ kèo bóng đá 88 mã liên quan đã thận trọng về điều này rồi; Chúng tôi vừa bỏ lỡ một cặp vợ chồng. Đây là một lỗi cũ, Vì vậy, backpatch tất cả tỷ lệ kèo bóng đá 88 cách trở lại. Báo cáo-BY: Alexander Lakhinexclusion@gmailThảo luận:https: //postgr.es/m/17126-21887f04508cb5c8@postgresql.org 33960_34043
Daniel Gustafsson bị đẩy:
Amit Kapila được đẩy:
Thay thế cờ XLOG_INCLUDE_XID bằng cờ được bản địa hóa hơn. Cam kết 0bead9af484c Được giới thiệu cờ XLOG_INCLUDE_XID để chỉ ra rằng bản ghi Wal có chứa Hiệp hội Subxid-to-Topxid. Nó sử dụng cờ đó sau này để đánh dấu CurrentTransactionState mà top-xid được ghi lại để chúng ta tỷ lệ kèo bóng đá 88 nên cố gắng Đăng nhập lại với bản ghi WAL tiếp theo trong phần trừ hiện tại. Tuy nhiên, Chúng ta có thể sử dụng một biến cục bộ để truyền thông tin đó. Trong lần vượt qua, thay đổi chức năng liên quan và tên biến để làm cho chúng phù hợp với những gì Mã thực sự đang làm. Tác giả: Dilip Kumar đã xem xét-BY: Alvaro Herrera, Amit Kapila Thảo luận:https: //postgr.es/m/e1msoyz-0007fh-d9@gemulon.postgresql.org 36076_36159
Di chuyển markcienTransactionIdLogGedifany () ra khỏi phần quan trọng. Chúng tôi không sửa đổi bất kỳ trạng thái chia sẻ nào trong chức năng này có thể gây ra vấn đề cho bất kỳ phiên đồng thời. Điều này sẽ làm cho nó trông giống với tỷ lệ kèo bóng đá 88 bản cập nhật khác Đối với cùng một cấu trúc (Giao dịch) để tránh sự nhầm lẫn cho tương lai Độc giả của mã. Tác giả: Dilip Kumar đã xem xét-BY: Amit Kapila Thảo luận:https: //postgr.es/m/e1msoyz-0007fh-d9@gemulon.postgresql.org https: //git.postgresql.org/pg/commitdiff/335397456b7e3f9f619038cb322fbfc9d
Fujii Masao bị đẩy:
PGBench: Cải thiện xử lý lỗi trong PGBench. Những thất bại trước đây của ban đầu Kết nối và logfile mở khiến PGBench tiến hành điểm chuẩn, báo cáo kết quả không đầy đủ và thoát với trạng thái 2. Không có ý nghĩa gì khi tiến hành Điểm chuẩn ngay cả khi PGBench không thể bắt đầu theo quy định. Cam kết này cải thiện PGBench để tỷ lệ kèo bóng đá 88 lỗi sớm xảy ra khi bắt đầu điểm chuẩn như vậy Vì những thất bại đó sẽ khiến PGBench thoát ngay lập tức với trạng thái 1. Tác giả: Yugo Nagata đã xem xét-BY: Fabien Coelho, Kyotaro Horiguchi, Fujii Masao Cuộc thảo luận:37619_37719 37816_37899
PGBench: sửa lỗi đánh máy tỷ lệ kèo bóng đá 88 bình luận. Cuộc thảo luận:38047_38121 https: //git.postgresql.org/pg/commitdiff/d8dba4d03068eeee
Peter Geoghegan bị đẩy:
Không bỏ qua tỷ lệ kèo bóng đá 88 chỉ mục trong quá trình chân không song song. Cam kết B4AF70CB, mà Nhà nước đơn giản hóa được quản lý bằng chân không, thực hiện tái cấu trúc chân không song song trong việc đi qua. Sự nhầm lẫn về tỷ lệ kèo bóng đá 88 chi tiết chính xác của tỷ lệ kèo bóng đá 88 nhiệm vụ mà người lãnh đạo Quy trình chịu trách nhiệm dẫn đến mã làm cho nó có thể cho song song Khắc không để bỏ lỡ một tập hợp con hoàn toàn tỷ lệ kèo bóng đá 88 chỉ mục của bảng. Cụ thể, tỷ lệ kèo bóng đá 88 chỉ mục đã giảm theo điểm cắt kích thước min_parallel_index_scan_size là bỏ lỡ. tỷ lệ kèo bóng đá 88 chỉ số này được cho là được người lãnh đạo hút bụi (bên cạnh Bất kỳ chỉ số song song không an toàn), nhưng hoàn toàn không được hút bụi. Chỉ số bị ảnh hưởng có thể dễ dàng kết thúc với tỷ lệ kèo bóng đá 88 tids đống trùng lặp, một khi tỷ lệ kèo bóng đá 88 bộ tid heap được tái chế cho tỷ lệ kèo bóng đá 88 bộ đếm đống mới. Điều này có tỷ lệ kèo bóng đá 88 triệu chứng chung có thể được nhìn thấy với hầu hết mọi tham nhũng chỉ số liên quan đến sự mâu thuẫn cấu trúc giữa một chỉ số và nó bàn. Để khắc phục, hãy đảm bảo rằng quy trình lãnh đạo chân không song song thực hiện bất kỳ Chỉ số bắt buộc hút bụi cho tỷ lệ kèo bóng đá 88 chỉ số xảy ra dưới mức cắt giảm kích thước. Cũng ghi lại thiết kế chân không song song với những thứ này chỉ mục. Không rõ có bao nhiêu người dùng có thể bị ảnh hưởng bởi lỗi này. Ở đó phải có ít nhất ba chỉ mục trên bảng để nhấn lỗi: một chỉ mục nhỏ hơn, cộng với ít nhất hai chỉ số bổ sung mà bản thân vượt quá mức cắt kích thước. tỷ lệ kèo bóng đá 88 trường hợp chỉ có một chỉ mục bổ sung sẽ không gặp rắc rối, vì Mô hình chi phí chân không song song yêu cầu hai chỉ số lớn hơn so với Bảng để áp dụng bất kỳ xử lý song song. Cũng lưu ý rằng Autovacuum không bị ảnh hưởng, vì nó không bao giờ sử dụng xử lý song song. Trường hợp kiểm tra dựa trên tỷ lệ kèo bóng đá 88 bài kiểm tra Từ một bản vá lớn hơn để kiểm tra chân không song song của Masahiko Sawada. Cảm ơn rất nhiều Gửi Kamigishi Rei vì sự giúp đỡ vô giá của cô với việc theo dõi vấn đề này. Tác giả: Peter Geogheganpg@bowt.ieTác giả: Masahiko Sawadasawada.mshk@gmail.comBáo cáo-by: Kamigishi Reiiijima.yun@koumakan.jpBáo cáo-by: Andrew Gierthandrew@tao11.riddles.org.ukchẩn đoán-by: Andres Freundandres@anarazel.deBUG: #17245 Thảo luận:https: //postgr.es/m/17245-df06aaf85735f36@postgresql.orgThảo luận:https: //postgr.es/m/20211030023740.qbnsl2xaoh2grq3d@alap3.anarazel.deBackpatch: 14-, tỷ lệ kèo bóng đá 88 đó cam kết tái cấu trúc xuất hiện.41366_41449
Khắc phục lỗi an toàn amvacuumcleanup song song. Cam kết B4AF70CB đã đảo ngược sự trở lại giá trị của hàm song song_processing_is_safe (), nhưng đã bỏ lỡ Thử nghiệm amvacuumCleanup. INDEX AMS hoàn toàn không hỗ trợ dọn dẹp song song đã bị ảnh hưởng. Hậu quả thực tế của lỗi này không nghiêm trọng lắm. tỷ lệ kèo bóng đá 88 chỉ mục băm bị ảnh hưởng, nhưng vì chúng chỉ trả lại số lượng khối Trong quá trình hashvacuumcleanup, nó không thể có nhiều tác động. Tác giả: Masahiko Sawadasawada.mshk@gmail.comThảo luận:42181_42269Backpatch: 14-, tỷ lệ kèo bóng đá 88 đó cam kết B4AF70CB xuất hiện.42415_42498
Thêm tỷ lệ kèo bóng đá 88 cam kết cũ khác vào git-blame-ignore-revs. Thêm tỷ lệ kèo bóng đá 88 pgindent lịch sử khác Cam kết đã bị bỏ lỡ bởi công việc ban đầu được thực hiện trong cam kết 8E638845.42762_42845
Thêm tỷ lệ kèo bóng đá 88 xác nhận khác nhau vào mã cắt tỉa. Tài liệu xác nhận này (và Xác minh) tỷ lệ kèo bóng đá 88 giả định cấp cao của chúng tôi về cách cắt tỉa có thể và không thể ảnh hưởng đến tỷ lệ kèo bóng đá 88 mục hiện có từ tỷ lệ kèo bóng đá 88 trang Target Heap. Ví dụ: một trong những xác nhận mới Xác minh rằng việc cắt tỉa không đặt một bộ giảm giá chỉ dành cho LP_DEAD. Tác giả: Peter Geoghegan43196_43255đã xem xét-by: Andres Freundandres@anarazel.deThảo luận:43508_43596 43693_43776
Thêm độ cứng để bắt tỷ lệ kèo bóng đá 88 tid không hợp lệ trong tỷ lệ kèo bóng đá 88 chỉ mục. Thêm độ cứng vào đống chỉ mục chuyển đường xóa để bắt tỷ lệ kèo bóng đá 88 tids trong tỷ lệ kèo bóng đá 88 trang chỉ mục trỏ đến một đống Mục mà tỷ lệ kèo bóng đá 88 tổng chỉ mục không bao giờ nên chỉ ra. Tham nhũng mà chúng tôi đang cố gắng Bắt ở đây đặc biệt khó phát hiện, vì nó thường liên quan đến "Extra" (tham nhũng) chỉ số, trái ngược với sự vắng mặt của chỉ số cần thiết Tuples trong chỉ số. Ví dụ: một đống tiền từ trang chỉ mục biến ra để trỏ đến một mục LP_UNEDED trong trang Heap có cơ hội tốt Bị bắt bởi một trong những séc mới. Có một cơ hội tốt rằng gần đây sửa lỗi chân không song song (xem cam kết 9BACEC15) đã bị bắt séc cụ thể đó đã được đặt ra cho Postgres 14. Không có backpatch này Tuy nhiên, thêm cứng cho đến bây giờ. Tác giả: Peter Geogheganpg@bowt.ieđã xem xét-by: Andres Freundandres@anarazel.deThảo luận:44950_45038 45135_45218
Cập nhật bình luận cắt tỉa lỗi thời. Thêm nhận xét mới đánh vần những gì Khắc tỷ lệ kèo bóng đá 88 mong đợi từ việc cắt tỉa Heap: Cắt tỉa tỷ lệ kèo bóng đá 88 bao giờ để lại những bộ dữ liệu đã chết mà vẫn có lưu trữ tuple. Điều này ít nhất là trường hợp kể từ khi cam kết 8523492D, đã thiết lập nguyên tắc mà chân tỷ lệ kèo bóng đá 88 đối phó với những bộ dữ liệu chết vẫn có lưu trữ trực tiếp, ngoại trừ có lẽ chỉ bằng cách thử lại việc cắt tỉa (để xử lý một trường hợp góc hiếm có liên quan đến đồng thời Hủy bỏ giao dịch). Để vượt qua, hãy cập nhật một số tài liệu tham khảo cho tên biểu tượng cũ điều đó đã bị bỏ lỡ bởi công việc khả năng mở rộng ảnh chụp nhanh (cụ thể là cam kết dc7420c2c9).45971_46054
Cập nhật tham chiếu lỗi thời trong chân tỷ lệ kèo bóng đá 88c. Giám sát trong cam kết 7ab96cf6.46242_46325
Peter Eisentraut bị đẩy:
Khắc phục trình giữ chỗ định dạng tỷ lệ kèo bóng đá 88 chính xác.46517_46600
PGCRYPTO: Xóa hỗ trợ không có cơ thể. pgcrypto đã thực hiện nội bộ Một số thuật toán mã hóa, như là một thay thế để gọi ra OpenSSL. Những thứ này hiếm khi được sử dụng, vì hầu hết tỷ lệ kèo bóng đá 88 cài đặt sản xuất được xây dựng với OpenSSL. Hơn nữa, việc duy trì tỷ lệ kèo bóng đá 88 đường dẫn mã song song làm cho mã phức tạp và khó duy trì. Bản vá này loại bỏ những thứ bên trong này thực hiện. Bây giờ, pgcrypto chỉ được xây dựng nếu hỗ trợ openSSL là cấu hình. Đánh giá-BY: Daniel Gustafssondaniel@yesql.seThảo luận:47306_47380 47477_47560
Heikki Linnakangas bị đẩy:
Khắc phục rò rỉ tham chiếu ảnh chụp nhanh nếu LO_EXPORT tỷ lệ kèo bóng đá 88 thành công. Nếu lo_export () tỷ lệ kèo bóng đá 88 mở
Tệp đích hoặc để ghi vào nó, nó rò rỉ lớn đã tạo và
Ảnh chụp của nó trong bối cảnh chuyển đổi hàng đầu và chủ sở hữu tài nguyên. Điều đó thật đẹp
Rốt cuộc, đó là một rò rỉ nhỏ, nhưng nó mang lại cho người dùng một "ảnh chụp nhanh
Tham chiếu rò rỉ "Cảnh báo. Khắc phục bằng cách sử dụng bối cảnh bộ nhớ ngắn và tỷ lệ kèo bóng đá 88 có
Chủ sở hữu tài nguyên cho LargeObjectDescs thoáng qua được mở và đóng
Trong một cuộc gọi chức năng. Rò rỉ là dễ dàng nhất để tái tạo với lo_export () trên
một thư mục tỷ lệ kèo bóng đá 88 tồn tại, nhưng về nguyên tắc kháclo_*chức năng
cũng có thể thất bại. Backpatch cho tất cả tỷ lệ kèo bóng đá 88 phiên bản được hỗ trợ. Báo cáo-BY: Andrew b
Đánh giá-BY: Alvaro Herrera Thảo luận:
48602_48685
Cập nhật tệp đầu ra dự kiến thay thế. Cam kết trước đó đã thêm tỷ lệ kèo bóng đá 88 bài kiểm tra vào 'LargeObject', nhưng bỏ qua tệp đầu ra dự kiến thay thế 'LargeObject_1.Source'. Mỗi thất bại trên động vật xây dựng 'Hamerkop'. Cuộc thảo luận:49001_49060 49157_49240
Robert Haas bị đẩy:
AMCheck: Thêm kiểm tra con trỏ bánh mì nướng bổ sung. Mở rộng kiểm tra nướng tỷ lệ kèo bóng đá 88 thuộc tính để phàn nàn nếu tính thô bị chồng chéo. Cho nén tỷ lệ kèo bóng đá 88 thuộc tính, cũng phàn nàn nếu nén dường như đã mở rộng thuộc tính hoặc nếu phương thức nén không hợp lệ. Mark Dilger, được xem xét bởi Justin Pryzby, Alexander Aleksev, Heikki Linnakangas, Greg Stark và tôi. Cuộc thảo luận:49771_49845 49942_50025
Giới thiệu sự trừu tượng của 'BBSINK' để mô đun hóa mã sao lưu cơ sở. Sao lưu cơ sở Mã đã tích lũy được một số lượng tỷ lệ kèo bóng đá 88 tính năng mới lành mạnh trong những năm qua, nhưng nó là ngày càng khó duy trì và tăng cường hơn nữa mã đó Bởi vì không có sự tách biệt thực sự của mối quan tâm. Ví dụ: mã Hiểu biết chi tiết về cách chúng tôi gửi dữ liệu cho khách hàng bằng cách sử dụng Giao thức libpq nằm rải rác trong suốt baseBackup.c, thay vì tập trung ở một nơi. Để cố gắng cải thiện tình huống này, hãy giới thiệu một Đối tượng 'BBSink' đóng vai trò là người nhận tài liệu lưu trữ được tạo trong Tiến trình sao lưu cơ sở và cũng cho bản sao lưu bản sao lưu. Cam kết này giới thiệu Ba loại BBSINK: BBSINK 'COPYTBLSPC' chuyển tiếp bản sao lưu cho máy khách Sử dụng một bản sao hoạt động trên mỗi bảng và một bản khác cho bản kê khai, một 'Tiến trình' BBSINK thực hiện báo cáo tiến độ lệnh và BBSink 'ga' Thực hiện giới hạn tỷ lệ. tỷ lệ kèo bóng đá 88 loại BBSINK 'tiến trình' và 'bướm ga' Chuyển tiếp dữ liệu đến người kế nhiệm BBSINK; hiện tại, bbsink cuối cùng trong Chuỗi sẽ luôn thuộc loại 'CopyTblSpc'. Có kế hoạch thêm nhiều loại của 'bbsink' trong tỷ lệ kèo bóng đá 88 cam kết trong tương lai. Sự trừu tượng này là một chút rò rỉ trong trường hợp Báo cáo tiến độ, nhưng điều này vẫn có vẻ sạch hơn những gì chúng ta đã có trước đây. Bản vá của tôi, được xem xét và kiểm tra bởi Andres Freund, Sumanta Mukherjee, Dilip Kumar, Suraj Kharage, Dipesh Pandit, Tushar Ahuja, Mark Dilger và Jeevan Ladhe. Cuộc thảo luận:https: //postgr.es/m/ca+tgmozgwRThảo luận:51852_51940 52037_52120
52141_54433https: //postgr.es/m/ca+tgmozgWrThảo luận:54732_54820 54917_55000
Không đặt ThisTimelineId khi không có lý do gì để làm như vậy. Trong slotfuncs.c, PG_Replication_Slot_Advance () cần xác định LSN cho đến đó khe cắm Nên nâng cao, nhưng điều đó không yêu cầu chúng tôi cập nhật ThisTimelineID, Bởi vì không có mã nào được gọi từ đây phụ thuộc vào nó. Nếu sao chép khe là logic, pg_logical_replication_slot_advance sẽ gọi read_local_xlog_page, sử dụng ThisTimelineId, nhưng cũng chăm sóc Đảm bảo rằng nó đã được cập nhật. Nếu khe sao chép là vật lý, dòng thời gian hoàn toàn không được sử dụng cho bất cứ điều gì. Trong logicalfuncs.c, pg_logical_slot_get_changes_guts () có cùng một vấn đề: mã duy nhất chúng ta sẽ chạy sự quan tâm đó về tỷ lệ kèo bóng đá 88 mốc thời gian đang ở trong hoặc xuôi dòng của read_local_xlog_page, đã đảm bảo rằng giá trị chính xác nhận được bộ. Do đó, đừng làm điều đó ở đây. Bản vá của tôi, được Michael xem xét và kiểm tra Paquier, Amul Sul và Álvaro Herrera. Cuộc thảo luận:56056_56144 56241_56324
Xóa tất cả việc sử dụng biến toàn cầu này bên ngoài xlog.c. Tất cả như vậy Mã liên quan đến biến toàn cầu này theo một trong ba cách. Đôi khi giống nhau tỷ lệ kèo bóng đá 88 chức năng sử dụng nó theo nhiều cách này cùng một lúc. Đầu tiên, Đôi khi đó là một đối số ngầm cho một hoặc nhiều chức năng được gọi vào xlog.c hoặc ở nơi khác và phải được đặt thành giá trị thích hợp trước khi gọi Những chức năng này kẻo họ không đúng. Trong những trường hợp đó, nó hiện được thông qua như một Đối số rõ ràng thay thế. Thứ hai, đôi khi nó được sử dụng để có được dòng điện dòng thời gian sau khi kết thúc phục hồi, tức là dòng thời gian mà wal đang Viết và đỏ bừng. Mã như vậy bây giờ gọi getWalInserStimeline () hoặc dựa vào Trên tham số ra mới được thêm vào getflushrecptr (). Thứ ba, đôi khi nó là Được sử dụng trong quá trình phục hồi để lưu trữ dòng thời gian phát lại hiện tại. Điều đó có thể thay đổi, vì vậy Mã đó thường phải cập nhật giá trị trước mỗi lần sử dụng. Nó vẫn có thể làm Điều đó, nhưng bây giờ phải sử dụng một biến cục bộ thay thế. Hiệu ứng ròng của những điều này tỷ lệ kèo bóng đá 88 thay đổi là giảm một lượng hợp lý số lượng mã trực tiếp truy cập biến toàn cầu này. Điều đó tốt, bởi vì lịch sử đã cho thấy rằng chúng tôi không phải lúc nào cũng nghĩ rõ ràng về dòng thời gian mà nó được cho là bất kỳ thời điểm nhất định nào, hoặc thực tế, cho dù nó đã hoặc cần phải khởi tạo tại bất kỳ điểm nhất định trong mã. Bản vá của tôi, đã xem xét và thử nghiệm Tác giả Michael Paquier, Amul Sul và Álvaro Herrera. Cuộc thảo luận:57917_58005 58102_58185
Thay đổi ThisTimelineId từ biến toàn cầu sang biến cục bộ. StartupXlog () vẫn có thisTimelineId như một biến cục bộ, nhưng phần còn lại Mã trong xlog.c hiện cần theo dòng thời gian có liên quan bằng một số phương tiện khác. Hầu hết, điều này có nghĩa là bây giờ chúng ta chuyển nó dưới dạng tham số chức năng cho một loạt tỷ lệ kèo bóng đá 88 chức năng nơi chúng tôi không trước đây. Tuy nhiên, một vài trường hợp yêu cầu đặc biệt Xử lý: - Trong tỷ lệ kèo bóng đá 88 chức năng có thể được gọi bởi những người gọi bên ngoài sẽ không nhất thiết biết thời gian để chỉ định, chúng tôi nhận được ID dòng thời gian từ bộ nhớ chia sẻ. XLOGCTL- ThisTimelineID có thể được sử dụng trong hầu hết tỷ lệ kèo bóng đá 88 trường hợp vì Phục hồi được biết là đã hoàn thành vào thời điểm tỷ lệ kèo bóng đá 88 chức năng đó được gọi. Trong xlog_redo (), chúng ta có thể sử dụng xlogctl- replayendtli. - Nhu cầu xlogfileclose () Để biết TLI của logfile mở. Làm điều đó với một biến toàn cầu mới OpenLogtli. Trong khi ai đó có thể lập luận rằng điều này chỉ đang giao dịch một toàn cầu biến cho người khác, cái mới có mục đích hẹp hơn nhiều và là tham chiếu chỉ trong một vài nơi. - read_backup_label () bây giờ trả về TLI rằng nó có được bằng cách phân tích tệp sao lưu_label. Trước đây, ReadRecord () có thể được gọi để phân tích bản ghi điểm kiểm tra mà không có điều này đã được khởi tạo. Bây giờ, dòng thời gian được truyền lại và tôi không muốn Vượt qua một biến không chính thức; Thay đổi này cho phép chúng tôi tránh điều đó. Cũ Mã hóa dường như không có bất kỳ hậu quả thực tế nào mà chúng ta cần Lo lắng về, nhưng điều này là sạch hơn. - Trong bootstrapxlog (), nó chỉ là một hằng số. Bản vá của tôi, được xem xét và thử nghiệm bởi Michael Paquier, Amul Sul và Álvaro Herrera. Cuộc thảo luận:59957_60045 https: //git.postgresql.org/pg/commitdiff/4A92A1C3D1C361F
Xóa tỷ lệ kèo bóng đá 88 bài kiểm tra được thêm bởi BD807BE6935929BDEFE74D1258CA08048F0AAFA3. Buildfarm không vui. Không rõ ràng tại sao nó không thích tỷ lệ kèo bóng đá 88 bài kiểm tra này, nhưng hãy xóa họ cho đến khi chúng tôi tìm ra nó. Cuộc thảo luận:http: //postgr.es/m/462618.1636171009@sss.pgh.pa.us https: //git.postgresql.org/pg/commitdiff/ccf289745d3e50360653181dce6a277
Tomáš Vondra bị đẩy:
Khắc phục việc xử lý tỷ lệ kèo bóng đá 88 giá trị NAN trong Brin Minmax Multi. Khi tính toán khoảng cách giữa tỷ lệ kèo bóng đá 88 giá trị float4/float8, chúng ta cần cẩn thận hơn một chút về nan tỷ lệ kèo bóng đá 88 giá trị để không kích hoạt khẳng định. Chúng tôi coi tỷ lệ kèo bóng đá 88 giá trị nan là bằng nhau (DISACE 0,0) và trong khoảng cách vô hạn với tất cả tỷ lệ kèo bóng đá 88 giá trị khác. Trên tỷ lệ kèo bóng đá 88 bản dựng Không có khẳng định, vấn đề này chủ yếu là vô hại - tỷ lệ kèo bóng đá 88 phạm vi có thể được hợp nhất trong thứ tự kém hiệu quả hơn, nhưng chỉ số vẫn chính xác. Mỗi báo cáo từ Andreas Seltenreich. Backpatch đến 14, nơi Brin Opclass mới này được giới thiệu. Báo cáo-BY: Andreas Seltenreich Thảo luận:https: //postgr.es/m/87r1bw9ukm.fsf@credativ.de 61592_61675
Đánh dấu biến MyStreamer dưới dạng pg_uss_for_asserts_only. Cảnh báo im lặng về biến tỷ lệ kèo bóng đá 88 sử dụng, khi được xây dựng mà tỷ lệ kèo bóng đá 88 cần xác nhận.61915_61998
Thêm bool gist opClass vào btree_gist. Thêm bool opclass vào btree_gist Tiện ích mở rộng, để cho phép tạo tỷ lệ kèo bóng đá 88 chỉ mục GIST trên tỷ lệ kèo bóng đá 88 cột Bool. Chỉ số GIST trên một Cột bool duy nhất có vẻ không đặc biệt hữu ích, nhưng điều này cho phép xác định tỷ lệ kèo bóng đá 88 cấu trúc loại trừ liên quan đến một cột Bool, ví dụ. Tác giả: Emre Hasegeli đã xem xét-by: Andrey Borodin Thảo luận:62471_62559 62656_62739
Khắc phục gist_bool_ops để sử dụng gbtreekey2. Cam kết 57E3C5160B đã thêm một bool ý chính mới opClass, nhưng nó đã sử dụng gbtreekey4 để lưu trữ dữ liệu, để lại hai byte Không xác định, theo báo cáo của Skink, động vật valgrind của chúng tôi. Có một chút nữa Sự nhầm lẫn, bởi vì OPClass cũng đã sử dụng gbtreekey8 trong định nghĩa. Khắc phục Xác định một cấu trúc GBtreeKey2 mới và sử dụng nó ở tất cả tỷ lệ kèo bóng đá 88 nơi. Cuộc thảo luận:63249_63337 63434_63517
Alexander Korotkov bị đẩy:
Andres Freund đã đẩy: