pgsql: Fix typos in gininsert.c

2025-12-18 Thread Michael Paquier
Fix typos in gininsert.c Introduced by 8492feb98f6d. Author: Xingbin She Discussion: https://postgr.es/m/[email protected] Branch -- master Details --- https://git.postgresql.org/pg/commitdiff/5cdbec5aa9dcf5b30ad68485abdb1ec88324999f Modified Files -

pgsql: Add guard to prevent recursive memory context logging.

2025-12-18 Thread Fujii Masao
Add guard to prevent recursive memory context logging. Previously, if memory context logging was triggered repeatedly and rapidly while a previous request was still being processed, it could result in recursive calls to ProcessLogMemoryContextInterrupt(). This could lead to infinite recursion and

pgsql: Add guard to prevent recursive memory context logging.

2025-12-18 Thread Fujii Masao
Add guard to prevent recursive memory context logging. Previously, if memory context logging was triggered repeatedly and rapidly while a previous request was still being processed, it could result in recursive calls to ProcessLogMemoryContextInterrupt(). This could lead to infinite recursion and

pgsql: Add guard to prevent recursive memory context logging.

2025-12-18 Thread Fujii Masao
Add guard to prevent recursive memory context logging. Previously, if memory context logging was triggered repeatedly and rapidly while a previous request was still being processed, it could result in recursive calls to ProcessLogMemoryContextInterrupt(). This could lead to infinite recursion and

pgsql: Add guard to prevent recursive memory context logging.

2025-12-18 Thread Fujii Masao
Add guard to prevent recursive memory context logging. Previously, if memory context logging was triggered repeatedly and rapidly while a previous request was still being processed, it could result in recursive calls to ProcessLogMemoryContextInterrupt(). This could lead to infinite recursion and

pgsql: Add guard to prevent recursive memory context logging.

2025-12-18 Thread Fujii Masao
Add guard to prevent recursive memory context logging. Previously, if memory context logging was triggered repeatedly and rapidly while a previous request was still being processed, it could result in recursive calls to ProcessLogMemoryContextInterrupt(). This could lead to infinite recursion and

pgsql: Add guard to prevent recursive memory context logging.

2025-12-18 Thread Fujii Masao
Add guard to prevent recursive memory context logging. Previously, if memory context logging was triggered repeatedly and rapidly while a previous request was still being processed, it could result in recursive calls to ProcessLogMemoryContextInterrupt(). This could lead to infinite recursion and

pgsql: Use table/index_close() more consistently

2025-12-18 Thread Michael Paquier
Use table/index_close() more consistently All the code paths updated here have been using relation_close() to close a relation that has already been opened with table_open() or index_open(), where a relkind check is enforced. table_close() and index_open() do the same thing as relation_close(), s

pgsql: Sort DO_SUBSCRIPTION_REL dump objects independent of OIDs.

2025-12-18 Thread Noah Misch
Sort DO_SUBSCRIPTION_REL dump objects independent of OIDs. Commit 0decd5e89db9f5edb9b27351082f0d74aae7a9b6 missed DO_SUBSCRIPTION_REL, leading to assertion failures. In the unlikely use case of diffing "pg_dump --binary-upgrade" output, spurious diffs were possible. As part of fixing that, align

pgsql: Sort DO_SUBSCRIPTION_REL dump objects independent of OIDs.

2025-12-18 Thread Noah Misch
Sort DO_SUBSCRIPTION_REL dump objects independent of OIDs. Commit 0decd5e89db9f5edb9b27351082f0d74aae7a9b6 missed DO_SUBSCRIPTION_REL, leading to assertion failures. In the unlikely use case of diffing "pg_dump --binary-upgrade" output, spurious diffs were possible. As part of fixing that, align

pgsql: Sort DO_SUBSCRIPTION_REL dump objects independent of OIDs.

2025-12-18 Thread Noah Misch
Sort DO_SUBSCRIPTION_REL dump objects independent of OIDs. Commit 0decd5e89db9f5edb9b27351082f0d74aae7a9b6 missed DO_SUBSCRIPTION_REL, leading to assertion failures. In the unlikely use case of diffing "pg_dump --binary-upgrade" output, spurious diffs were possible. As part of fixing that, align

pgsql: Do not emit WAL for unlogged BRIN indexes

2025-12-18 Thread Heikki Linnakangas
Do not emit WAL for unlogged BRIN indexes Operations on unlogged relations should not be WAL-logged. The brin_initialize_empty_new_buffer() function didn't get the memo. The function is only called when a concurrent update to a brin page uses up space that we're just about to insert to, which mak

pgsql: Do not emit WAL for unlogged BRIN indexes

2025-12-18 Thread Heikki Linnakangas
Do not emit WAL for unlogged BRIN indexes Operations on unlogged relations should not be WAL-logged. The brin_initialize_empty_new_buffer() function didn't get the memo. The function is only called when a concurrent update to a brin page uses up space that we're just about to insert to, which mak

pgsql: Do not emit WAL for unlogged BRIN indexes

2025-12-18 Thread Heikki Linnakangas
Do not emit WAL for unlogged BRIN indexes Operations on unlogged relations should not be WAL-logged. The brin_initialize_empty_new_buffer() function didn't get the memo. The function is only called when a concurrent update to a brin page uses up space that we're just about to insert to, which mak

pgsql: Do not emit WAL for unlogged BRIN indexes

2025-12-18 Thread Heikki Linnakangas
Do not emit WAL for unlogged BRIN indexes Operations on unlogged relations should not be WAL-logged. The brin_initialize_empty_new_buffer() function didn't get the memo. The function is only called when a concurrent update to a brin page uses up space that we're just about to insert to, which mak

pgsql: Do not emit WAL for unlogged BRIN indexes

2025-12-18 Thread Heikki Linnakangas
Do not emit WAL for unlogged BRIN indexes Operations on unlogged relations should not be WAL-logged. The brin_initialize_empty_new_buffer() function didn't get the memo. The function is only called when a concurrent update to a brin page uses up space that we're just about to insert to, which mak

pgsql: Do not emit WAL for unlogged BRIN indexes

2025-12-18 Thread Heikki Linnakangas
Do not emit WAL for unlogged BRIN indexes Operations on unlogged relations should not be WAL-logged. The brin_initialize_empty_new_buffer() function didn't get the memo. The function is only called when a concurrent update to a brin page uses up space that we're just about to insert to, which mak