pgsql-hackers  

Messages by Thread

• • Re: Adding REPACK [concurrently] Álvaro Herrera
  • Re: Adding REPACK [concurrently] Robert Treat
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Álvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Andres Freund
• Doc update proposal for the note on log_statement in the runtime config for logging page Daniel Bauman
  • Re: Doc update proposal for the note on log_statement in the runtime config for logging page Bruce Momjian
  • Re: Doc update proposal for the note on log_statement in the runtime config for logging page Daniel Bauman
  • Re: Doc update proposal for the note on log_statement in the runtime config for logging page Bruce Momjian
  • Re: Doc update proposal for the note on log_statement in the runtime config for logging page David G. Johnston
  • Re: Doc update proposal for the note on log_statement in the runtime config for logging page Bruce Momjian
  • Re: Doc update proposal for the note on log_statement in the runtime config for logging page Daniel Bauman
  • Re: Doc update proposal for the note on log_statement in the runtime config for logging page David G. Johnston
  • Re: Doc update proposal for the note on log_statement in the runtime config for logging page Daniel Bauman
  • Re: Doc update proposal for the note on log_statement in the runtime config for logging page David G. Johnston
  • Re: Doc update proposal for the note on log_statement in the runtime config for logging page Daniel Bauman
• Re: Asynchronous MergeAppend Alexander Pyhalov
• Pushing down a subquery relation's ppi_clauses, and more ... Richard Guo
  • Re: Pushing down a subquery relation's ppi_clauses, and more ... Andrei Lepikhov
• Re: Fixing memory leaks in postgres_fdw Tom Lane
  • Re: Fixing memory leaks in postgres_fdw Etsuro Fujita
• [PATCH] Avoid unnecessary code execution in Instrument.c when TIMING is FALSE Hironobu SUZUKI
  • Re: [PATCH] Avoid unnecessary code execution in Instrument.c when TIMING is FALSE Michael Paquier
  • Re: [PATCH] Avoid unnecessary code execution in Instrument.c when TIMING is FALSE Hironobu SUZUKI
  • Re: [PATCH] Avoid unnecessary code execution in Instrument.c when TIMING is FALSE torikoshia
• Use PqMsg_* macros in basebackup_copy.c Fabrízio de Royes Mello
  • Re: Use PqMsg_* macros in basebackup_copy.c Nathan Bossart
  • Re: Use PqMsg_* macros in basebackup_copy.c Fabrízio de Royes Mello
• Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Ashutosh Bapat
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Michael Paquier
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Ashutosh Bapat
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Naga Appani
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Naga Appani
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Michael Paquier
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Ashutosh Bapat
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Naga Appani
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Michael Paquier
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Ashutosh Bapat
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Naga Appani
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Michael Paquier
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Naga Appani
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring torikoshia
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring torikoshia
  • Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring Ashutosh Bapat
• Re: Enhance pg_createsubscriber to create required standby. Amit Kapila
  • Re: Enhance pg_createsubscriber to create required standby. Michael Paquier
  • Re: Enhance pg_createsubscriber to create required standby. Andrew Dunstan
• Re: Allow ON CONFLICT DO UPDATE to return EXCLUDED values Dean Rasheed
• Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options Tatsuo Ishii
  • Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options Tatsuo Ishii
  • Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options Oliver Ford
  • Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options Tatsuo Ishii
• Re: PG 18 beta1 release notes misses mention of pg_noreturn Bruce Momjian
  • Re: PG 18 beta1 release notes misses mention of pg_noreturn Daniel Gustafsson
  • Re: PG 18 beta1 release notes misses mention of pg_noreturn Bruce Momjian
  • Re: PG 18 beta1 release notes misses mention of pg_noreturn Michael Paquier
• Re: Experimenting with hash join prefetch KAZAR Ayoub
• restore_command return code behaviour Jean-Christophe Arnu
  • Re: restore_command return code behaviour Jacob Champion
  • Re: restore_command return code behaviour Jean-Christophe Arnu
  • Re: restore_command return code behaviour Jean-Christophe Arnu
  • Re: restore_command return code behaviour Jean-Christophe Arnu
  • Re: restore_command return code behaviour Jehan-Guillaume de Rorthais
  • Re: restore_command return code behaviour Jean-Christophe Arnu
  • Re: restore_command return code behaviour Jacob Champion
  • Re: restore_command return code behaviour Jean-Christophe Arnu
  • Re: restore_command return code behaviour Jacob Champion
  • Re: restore_command return code behaviour David G. Johnston
  • Re: restore_command return code behaviour Jacob Champion
  • Re: restore_command return code behaviour David G. Johnston
  • Re: restore_command return code behaviour Jean-Christophe Arnu
  • Re: restore_command return code behaviour Jacob Champion
  • Re: restore_command return code behaviour David G. Johnston
  • Re: restore_command return code behaviour Jean-Christophe Arnu
  • Re: restore_command return code behaviour David G. Johnston
  • Re: restore_command return code behaviour Jean-Christophe Arnu
• Retail DDL Andrew Dunstan
  • Re: Retail DDL Isaac Morland
  • Re: Retail DDL Matheus Alcantara
  • Re: Retail DDL Thom Brown
  • Re: Retail DDL Tom Lane
  • Re: Retail DDL Dilip Kumar
  • Re: Retail DDL Tom Lane
  • Re: Retail DDL Dilip Kumar
  • Re: Retail DDL Ashutosh Bapat
  • Re: Retail DDL Álvaro Herrera
  • Re: Retail DDL Hannu Krosing
  • Re: Retail DDL Hannu Krosing
  • Re: Retail DDL Andrew Dunstan
  • Re: Retail DDL Tom Lane
  • Re: Retail DDL Zhang Mingli
  • Re: Retail DDL Ziga
  • Re: Retail DDL Andrew Dunstan
  • Re: Retail DDL Kirill Reshke
  • Re: Retail DDL Kirill Reshke
  • Re: Retail DDL Álvaro Herrera
  • Re: Retail DDL Tom Lane
  • Re: Retail DDL Jelte Fennema-Nio
  • Re: Retail DDL Tom Lane
  • Re: Retail DDL Jelte Fennema-Nio
  • Re: Retail DDL Kirk Wolak
  • Re: Retail DDL Andrew Dunstan
  • Re: Retail DDL Isaac Morland
  • Re: Retail DDL Andrew Dunstan
  • Re: Retail DDL Laurenz Albe
  • Re: Retail DDL Hannu Krosing
  • Re: Retail DDL Álvaro Herrera
• شهادة الأبوة في المغرب walid falcon
• synchronous_standby_names parser discards errors Robert Haas
  • Re: synchronous_standby_names parser discards errors Tom Lane
• HASH_FIXED_SIZE flag gets lost when attaching to existing hash table Aidar Imamov
  • Re: HASH_FIXED_SIZE flag gets lost when attaching to existing hash table Tom Lane
  • Re: HASH_FIXED_SIZE flag gets lost when attaching to existing hash table Aidar Imamov
  • Re: HASH_FIXED_SIZE flag gets lost when attaching to existing hash table Tom Lane
• Commitfest 2025-03 still has active patches Laurenz Albe
  • Re: Commitfest 2025-03 still has active patches Álvaro Herrera
  • Re: Commitfest 2025-03 still has active patches Laurenz Albe
  • Re: Commitfest 2025-03 still has active patches vignesh C
  • Re: Commitfest 2025-03 still has active patches Laurenz Albe
• PoC: adding CustomJoin, separate from CustomScan Tomas Vondra
  • Re: PoC: adding CustomJoin, separate from CustomScan Robert Haas
  • Re: PoC: adding CustomJoin, separate from CustomScan Tomas Vondra
  • Re: PoC: adding CustomJoin, separate from CustomScan Robert Haas
  • Re: PoC: adding CustomJoin, separate from CustomScan Paul A Jungwirth
  • Re: PoC: adding CustomJoin, separate from CustomScan Tomas Vondra
  • Re: PoC: adding CustomJoin, separate from CustomScan Paul A Jungwirth
• roles management problem after upgrading in PG 17 Fabrice Chapuis
  • Re: roles management problem after upgrading in PG 17 Robert Haas
  • Re: roles management problem after upgrading in PG 17 Fabrice Chapuis
  • Re: roles management problem after upgrading in PG 17 Bruce Momjian
  • Re: roles management problem after upgrading in PG 17 Bruce Momjian
• Re: Fix background workers not restarting with restart_after_crash = on Fujii Masao
• Re: Logical replication launcher did not automatically restart when got SIGKILL Fujii Masao
  • Re: Logical replication launcher did not automatically restart when got SIGKILL shveta malik
  • Re: Logical replication launcher did not automatically restart when got SIGKILL Fujii Masao
  • Re: Logical replication launcher did not automatically restart when got SIGKILL cca5507
  • Re: Logical replication launcher did not automatically restart when got SIGKILL shveta malik
  • Re: Logical replication launcher did not automatically restart when got SIGKILL Fujii Masao
  • Re: Logical replication launcher did not automatically restart when got SIGKILL cca5507
  • Re: Logical replication launcher did not automatically restart when got SIGKILL Fujii Masao
  • Re: Logical replication launcher did not automatically restart when got SIGKILL cca5507
  • Re: Logical replication launcher did not automatically restart when got SIGKILL Fujii Masao
  • Re: Logical replication launcher did not automatically restart when got SIGKILL cca5507
  • Re: Logical replication launcher did not automatically restart when got SIGKILL Fujii Masao
• Wrong datatype used in visibilitymap_get_status Julien Rouhaud
  • Re: Wrong datatype used in visibilitymap_get_status Nathan Bossart
  • Re: Wrong datatype used in visibilitymap_get_status Julien Rouhaud
• Re: Report bytes and transactions actually sent downtream Ashutosh Bapat
• Regression with large XML data input Michael Paquier
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Michael Paquier
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Erik Wienhold
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Jim Jones
  • Re: Regression with large XML data input Michael Paquier
  • Re: Regression with large XML data input Robert Treat
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Michael Paquier
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Michael Paquier
  • Re: Regression with large XML data input David G. Johnston
  • Re: Regression with large XML data input Jim Jones
  • Re: Regression with large XML data input Erik Wienhold
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Michael Paquier
  • Re: Regression with large XML data input Jim Jones
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Jim Jones
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Jim Jones
  • Re: Regression with large XML data input Tom Lane
  • Re: Regression with large XML data input Erik Wienhold
• Re: Remaining dependency on setlocale() Jeff Davis
  • Re: Remaining dependency on setlocale() Jeff Davis
• Fixing MSVC's inability to detect elog(ERROR) does not return David Rowley
  • Re: Fixing MSVC's inability to detect elog(ERROR) does not return Tom Lane
  • Re: Fixing MSVC's inability to detect elog(ERROR) does not return David Rowley
  • Re: Fixing MSVC's inability to detect elog(ERROR) does not return Tom Lane
  • Re: Fixing MSVC's inability to detect elog(ERROR) does not return Peter Eisentraut
• Re: [PING] [PATCH v2] parallel pg_restore: avoid disk seeks when jumping short distance forward Dimitrios Apostolou
  • Re: [PING] [PATCH v2] parallel pg_restore: avoid disk seeks when jumping short distance forward Dimitrios Apostolou
• Re: [WIP PATCH v2] Implement "pg_restore --data-only --clean" as a way to skip WAL Dimitrios Apostolou
• Re: magical eref alias names Tom Lane
• Re: Making type Datum be 8 bytes everywhere Andres Freund
  • Re: Making type Datum be 8 bytes everywhere Tom Lane
  • Re: Making type Datum be 8 bytes everywhere Nazir Bilal Yavuz
  • Re: Making type Datum be 8 bytes everywhere Tom Lane
  • Re: Making type Datum be 8 bytes everywhere Tom Lane
  • Re: Making type Datum be 8 bytes everywhere Peter Eisentraut
  • Re: Making type Datum be 8 bytes everywhere Tom Lane
  • Re: Making type Datum be 8 bytes everywhere Michael Paquier
  • Re: Making type Datum be 8 bytes everywhere Tom Lane

• Earlier messages
• Later messages