pgsql-hackers  

Messages by Thread

• [PATCH] Add target-column context for assignment coercion errors Midhush Karthic
• Validate GIN posting lists before decoding them Sehrope Sarkuni
• Re: Extended statistics improvement: multi-column MCV missing values Enrique Sánchez
• Hardening visibility-map maintenance and recovery Melanie Plageman
• Re: small cleanup for s_lock.h Nathan Bossart
• REPACK (CONCURRENTLY) can't complete after ~105M concurrent updates/deletes Radim Marek
  • Re: REPACK (CONCURRENTLY) can't complete after ~105M concurrent updates/deletes shihao zhong
  • Re: REPACK (CONCURRENTLY) can't complete after ~105M concurrent updates/deletes Radim Marek
  • Re: REPACK (CONCURRENTLY) can't complete after ~105M concurrent updates/deletes Antonin Houska
  • Re: REPACK (CONCURRENTLY) can't complete after ~105M concurrent updates/deletes shihao zhong
• [PATCH] Table sync race with REFRESH PUBLICATION Ayush Tiwari
• Cleaning up pgcrypto/crypt-des.c to avoid compiler warnings Tom Lane
  • Re: Cleaning up pgcrypto/crypt-des.c to avoid compiler warnings Ayush Tiwari
  • Re: Cleaning up pgcrypto/crypt-des.c to avoid compiler warnings Tom Lane
  • Re: Cleaning up pgcrypto/crypt-des.c to avoid compiler warnings Nathan Bossart
  • Re: Cleaning up pgcrypto/crypt-des.c to avoid compiler warnings Tom Lane
• Temporary slot leak when creation fails in a subtransaction Bharath Rupireddy
• REPACK (CONCURRENTLY) can lose data in pg_dump output Thom Brown
  • Re: REPACK (CONCURRENTLY) can lose data in pg_dump output Sami Imseih
  • Re: REPACK (CONCURRENTLY) can lose data in pg_dump output shihao zhong
  • Re: REPACK (CONCURRENTLY) can lose data in pg_dump output Thom Brown
• Re: amcheck: support for GiST shihao zhong
• parallel autovacuum: Propagate track_cost_delay_timing to parallel workers Sami Imseih
  • Re: parallel autovacuum: Propagate track_cost_delay_timing to parallel workers Bharath Rupireddy
• Re: Add a pg_wal_preallocate() SQL function to eagerly create future WAL segments Ayush Tiwari
• Redesign the EXPLAIN metric ‘Removed by Join Filter’? Andrei Lepikhov
• Server crash when describing a FETCH statement after its cursor is closed Dirkjan Bussink
  • Re: Server crash when describing a FETCH statement after its cursor is closed Tom Lane
  • Re: Server crash when describing a FETCH statement after its cursor is closed Dirkjan Bussink
  • Re: Server crash when describing a FETCH statement after its cursor is closed Dirkjan Bussink
• Re: Remove invalid SS2/SS3 handling from EUC-KR routines John Naylor
• [PATCH] Fix TAP tests with recent IPC::Run on Windows Andrew Bille
  • Re: [PATCH] Fix TAP tests with recent IPC::Run on Windows Nazir Bilal Yavuz
  • Re: [PATCH] Fix TAP tests with recent IPC::Run on Windows Andrew Bille
• Re: RFC: Allow EXPLAIN to Output Page Fault Information torikoshia
• WAIT for LSN does not reject small negative timeouts Kirill Reshke
  • Re: WAIT for LSN does not reject small negative timeouts Daniel Gustafsson
  • Re: WAIT for LSN does not reject small negative timeouts Masahiko Sawada
• FDW RTE join pushdown fails to create plan with aggregates Kirill Reshke
  • Re: FDW RTE join pushdown fails to create plan with aggregates Alexander Pyhalov
  • Re: FDW RTE join pushdown fails to create plan with aggregates Kirill Reshke
  • Re: FDW RTE join pushdown fails to create plan with aggregates Kirill Reshke
• ON CONFLICT DO SELECT returns rows hidden by a view shihao zhong
  • Re: ON CONFLICT DO SELECT returns rows hidden by a view Kirill Reshke
  • Re: ON CONFLICT DO SELECT returns rows hidden by a view Viktor Holmberg
  • Re: ON CONFLICT DO SELECT returns rows hidden by a view Viktor Holmberg
  • Re: ON CONFLICT DO SELECT returns rows hidden by a view Zsolt Parragi
  • Re: ON CONFLICT DO SELECT returns rows hidden by a view Kirill Reshke
  • Re: ON CONFLICT DO SELECT returns rows hidden by a view Dean Rasheed
  • Re: ON CONFLICT DO SELECT returns rows hidden by a view Kirill Reshke
• [PATCH] Clear FatalError earlier during crash restart Ayush Tiwari
  • Re: [PATCH] Clear FatalError earlier during crash restart Trakshan Mishra
• Re: AW: PG19beta1: GCC 16.1.1 warning: ‘actual_arg_types’ may be used uninitialized in clauses.c Tom Lane
  • Re: AW: PG19beta1: GCC 16.1.1 warning: ‘actual_arg_types’ may be used uninitialized in clauses.c Nathan Bossart
• SSI can miss conflicts between index-only scans and heap writes Rui Zhao
• BUG: pg_class.relchecks overflow, making table undroppable Matthias van de Meent
  • Re: BUG: pg_class.relchecks overflow, making table undroppable Sivaprasad
  • Re: BUG: pg_class.relchecks overflow, making table undroppable Michael Paquier
  • Re: BUG: pg_class.relchecks overflow, making table undroppable Bertrand Drouvot
  • Re: BUG: pg_class.relchecks overflow, making table undroppable jian he
  • Re: BUG: pg_class.relchecks overflow, making table undroppable Michael Paquier
  • Re: BUG: pg_class.relchecks overflow, making table undroppable Matthias van de Meent
  • Re: BUG: pg_class.relchecks overflow, making table undroppable Michael Paquier
• Re: Continuous re-validation of session credentials Jakub Wartak
• Re: pull-up subquery if JOIN-ON contains refs to upper-query Alena Rybakina
• merge-delete isolation test fails since 85f55534e80 Trakshan Mishra
  • Re: merge-delete isolation test fails since 85f55534e80 Tom Lane
  • Re: Re: merge-delete isolation test fails since 85f55534e80 Trakshan Mishra
• convert CI CompilerWarnings job to meson Peter Eisentraut
  • Re: convert CI CompilerWarnings job to meson Nazir Bilal Yavuz
• pgindent to ignore build directories Peter Eisentraut
  • Re: pgindent to ignore build directories Tom Lane
  • Re: pgindent to ignore build directories Nazir Bilal Yavuz
• Request to expedite commitfest account cool-off Trakshan Mishra
  • Re: Request to expedite commitfest account cool-off Joe Conway
  • Re: Request to expedite commitfest account cool-off Trakshan Mishra
• Expose redo start information in pg_stat_recovery Nitin Jadhav
• potentially missed pgindent in REL_19_STABLE Amit Langote
  • Re: potentially missed pgindent in REL_19_STABLE Daniel Gustafsson
  • Re: potentially missed pgindent in REL_19_STABLE Amit Langote
  • Re: potentially missed pgindent in REL_19_STABLE Daniel Gustafsson
  • Re: potentially missed pgindent in REL_19_STABLE Amit Langote
  • Re: potentially missed pgindent in REL_19_STABLE Tom Lane
  • Re: potentially missed pgindent in REL_19_STABLE Amit Langote
• Logical slot creation/synchronization on a standby may deadlock with recovery conflict resolution Xuneng Zhou
  • Re: Logical slot creation/synchronization on a standby may deadlock with recovery conflict resolution Xuneng Zhou
  • Re: Logical slot creation/synchronization on a standby may deadlock with recovery conflict resolution Bertrand Drouvot
  • Re: Logical slot creation/synchronization on a standby may deadlock with recovery conflict resolution Xuneng Zhou
  • Re: Logical slot creation/synchronization on a standby may deadlock with recovery conflict resolution Xuneng Zhou
  • Re: Logical slot creation/synchronization on a standby may deadlock with recovery conflict resolution Xuneng Zhou
  • Re: Logical slot creation/synchronization on a standby may deadlock with recovery conflict resolution Xuneng Zhou
• Re: ZSTD TOAST compression, and an extensible compression method encoding Michael Paquier
  • Re: ZSTD TOAST compression, and an extensible compression method encoding Michael Paquier
  • Re: ZSTD TOAST compression, and an extensible compression method encoding wenhui qiu
  • Re: ZSTD TOAST compression, and an extensible compression method encoding Nikhil Kumar Veldanda
  • Re: ZSTD TOAST compression, and an extensible compression method encoding Japin Li
  • Re: ZSTD TOAST compression, and an extensible compression method encoding Nikhil Kumar Veldanda
  • Re: ZSTD TOAST compression, and an extensible compression method encoding Manu
• [PATCH] Report no unpinned buffers as insufficient resources Ma Xueting
  • Re: [PATCH] Report no unpinned buffers as insufficient resources Pierre Forstmann
• RI fastpath misses checking EXECUTE on functions Amit Langote
  • Re: RI fastpath misses checking EXECUTE on functions Matheus Alcantara
  • Re: RI fastpath misses checking EXECUTE on functions Amit Langote
  • Re: RI fastpath misses checking EXECUTE on functions Matheus Alcantara
  • Re: RI fastpath misses checking EXECUTE on functions Amit Langote
• Reset waitStart when a lock wait fails shihao zhong
  • Re: Reset waitStart when a lock wait fails Chao Li
  • Re: Reset waitStart when a lock wait fails Michael Paquier
  • Re: Reset waitStart when a lock wait fails Fujii Masao
  • Re: Reset waitStart when a lock wait fails shihao zhong
  • Re: Reset waitStart when a lock wait fails Andrew Krylosov
  • Re: Reset waitStart when a lock wait fails shihao zhong
• Re: pgsql: JSON_TABLE: propagate table-level ON ERROR to columns per SQL st Robert Haas
  • Re: pgsql: JSON_TABLE: propagate table-level ON ERROR to columns per SQL st Alexander Korotkov
• Re: contrib/pg_stat_tcpinfo Jacob Champion
• Re: injection_points: canceled or terminated waiters leak their wait slots Nikolay Samokhvalov
• Re: Import Statistics in postgres_fdw before resorting to sampling. Nurlan Tulemisov
  • Re: Import Statistics in postgres_fdw before resorting to sampling. Corey Huinker
  • Re: Import Statistics in postgres_fdw before resorting to sampling. Nurlan Tulemisov
  • Re: Import Statistics in postgres_fdw before resorting to sampling. Corey Huinker
• Re: Fix conversion warnings in headers Peter Eisentraut
• Speed up lpad() and rpad() for one-byte padding strings Sehrope Sarkuni
  • Re: Speed up lpad() and rpad() for one-byte padding strings Nathan Bossart
  • Re: Speed up lpad() and rpad() for one-byte padding strings Nathan Bossart
  • Re: Speed up lpad() and rpad() for one-byte padding strings Sehrope Sarkuni
  • Re: Speed up lpad() and rpad() for one-byte padding strings Sehrope Sarkuni
  • Re: Speed up lpad() and rpad() for one-byte padding strings Heikki Linnakangas
  • Re: Speed up lpad() and rpad() for one-byte padding strings Sehrope Sarkuni
  • Re: Speed up lpad() and rpad() for one-byte padding strings Manu
  • Re: Speed up lpad() and rpad() for one-byte padding strings Sehrope Sarkuni
  • Re: Speed up lpad() and rpad() for one-byte padding strings John Naylor
  • Re: Speed up lpad() and rpad() for one-byte padding strings Sehrope Sarkuni
• Re: Orphaned Files in PostgreSQL Ashutosh Sharma
  • Re: Orphaned Files in PostgreSQL Andrey Borodin
  • Re: Orphaned Files in PostgreSQL Greg Burd
  • Re: Orphaned Files in PostgreSQL Ashutosh Sharma
  • Re: Orphaned Files in PostgreSQL Zsolt Parragi
  • Re: Orphaned Files in PostgreSQL Ashutosh Sharma
  • Re: Orphaned Files in PostgreSQL Bertrand Drouvot
  • Re: Orphaned Files in PostgreSQL Ashutosh Sharma
• [PATCH] Add ALTER SYSTEM RELOAD Yuhang Qiu
  • Re: [PATCH] Add ALTER SYSTEM RELOAD Vik Fearing
  • Re: [PATCH] Add ALTER SYSTEM RELOAD Chao Li
  • Re: [PATCH] Add ALTER SYSTEM RELOAD Michael Banck
  • Re: [PATCH] Add ALTER SYSTEM RELOAD Dagfinn Ilmari Mannsåker
  • Re: [PATCH] Add ALTER SYSTEM RELOAD Chao Li
  • Re: [PATCH] Add ALTER SYSTEM RELOAD Daniel Gustafsson
  • Re: [PATCH] Add ALTER SYSTEM RELOAD Dmitry Dolgov
  • Re: [PATCH] Add ALTER SYSTEM RELOAD Tom Lane
• Re: ORDER BY ALL Peter Eisentraut
• Re: Vacuum statistics Karina Litskevich
• stale comment in struct AlteredTableInfo jian he
• Re: HASH INDEX builds seems confused Khoa Nguyen
  • Re: HASH INDEX builds seems confused John Naylor
  • Re: HASH INDEX builds seems confused Khoa Nguyen
• Re: PROXY protocol support Manu
• REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Thom Brown
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Manu
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten shihao zhong
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Thom Brown
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten shihao zhong
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Manu
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Antonin Houska
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Thom Brown
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Antonin Houska
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Thom Brown
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Thom Brown
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Masahiko Sawada
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten shihao zhong
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Manu
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Robert Treat
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Antonin Houska
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten shihao zhong
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Manu
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Antonin Houska
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Thom Brown
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten shihao zhong
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Álvaro Herrera
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten shihao zhong
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Masahiko Sawada
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten shihao zhong
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Manu
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Melanie Plageman
  • Re: REPACK (CONCURRENTLY) can silently lose updates when the toast table is rewritten Thom Brown
• Re: generic plans and "initial" pruning Manu
  • Re: generic plans and "initial" pruning Rui Zhao
• [PATCH] Misleading error message for REPACK USING INDEX on shared catalogs Devrim Gündüz
  • Re: [PATCH] Misleading error message for REPACK USING INDEX on shared catalogs Chao Li
  • Re: [PATCH] Misleading error message for REPACK USING INDEX on shared catalogs Álvaro Herrera
• Re: Make COPY format extendable: Extract COPY TO format implementations Manu
• Re: Extension security improvement: Add support for extensions with an owned schema Manu
  • Re: Extension security improvement: Add support for extensions with an owned schema Jelte Fennema-Nio
  • Re: Extension security improvement: Add support for extensions with an owned schema Manu
• Re: [BUG?] check_exclusion_or_unique_constraint false negative Manu
• [PATCH] pg_combinebackup: make the OID range check in parse_oid() effective Egor Ivkov
  • Re: [PATCH] pg_combinebackup: make the OID range check in parse_oid() effective Chao Li
  • Re: [PATCH] pg_combinebackup: make the OID range check in parse_oid() effective Egor Ivkov
• Up to 50x degradation in dblink performance when receiving notice traffic 19 vs 18 Merlin Moncure
  • Re: Up to 50x degradation in dblink performance when receiving notice traffic 19 vs 18 Tom Lane
  • Re: Up to 50x degradation in dblink performance when receiving notice traffic 19 vs 18 Merlin Moncure

• Earlier messages