pgsql-hackers  

Messages by Thread

• Hashed IN only applied to first encountered IN David Geier
  • Re: Hashed IN only applied to first encountered IN David Rowley
  • Re: Hashed IN only applied to first encountered IN David Rowley
  • Re: Hashed IN only applied to first encountered IN David Geier
• Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Noah Misch
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Michael Paquier
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Tom Lane
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Noah Misch
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Michael Paquier
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Noah Misch
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Noah Misch
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Tom Lane
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Michael Paquier
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Noah Misch
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Noah Misch
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Andres Freund
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Noah Misch
  • Re: Back-patch of: avoid multiple hard links to same WAL file after a crash Michael Paquier
• ICU warnings during make installcheck and text_extensions test Oleg Tselebrovskiy
• Re: Conflict detection for multiple_unique_conflicts in logical replication Nisha Moond
  • RE: Conflict detection for multiple_unique_conflicts in logical replication Zhijie Hou (Fujitsu)
  • Re: Conflict detection for multiple_unique_conflicts in logical replication Nisha Moond
  • Re: Conflict detection for multiple_unique_conflicts in logical replication Peter Smith
  • Re: Conflict detection for multiple_unique_conflicts in logical replication Amit Kapila
• Re: Changing shared_buffers without restart Dmitry Dolgov
  • Re: Changing shared_buffers without restart Ni Ku
  • Re: Changing shared_buffers without restart Ashutosh Bapat
  • Re: Changing shared_buffers without restart Ashutosh Bapat
  • Re: Changing shared_buffers without restart Dmitry Dolgov
  • Re: Changing shared_buffers without restart Ashutosh Bapat
  • Re: Changing shared_buffers without restart Dmitry Dolgov
  • Re: Changing shared_buffers without restart Ashutosh Bapat
  • Re: Changing shared_buffers without restart Dmitry Dolgov
  • Re: Changing shared_buffers without restart Ashutosh Bapat
  • Re: Changing shared_buffers without restart Dmitry Dolgov
  • Re: Changing shared_buffers without restart Ashutosh Bapat
  • Re: Changing shared_buffers without restart Ashutosh Bapat
  • Re: Changing shared_buffers without restart Dmitry Dolgov
  • Re: Changing shared_buffers without restart Thomas Munro
  • Re: Changing shared_buffers without restart Thomas Munro
  • Re: Changing shared_buffers without restart Dmitry Dolgov
  • Re: Changing shared_buffers without restart Thomas Munro
  • Re: Changing shared_buffers without restart Andres Freund
  • Re: Changing shared_buffers without restart Ni Ku
  • Re: Changing shared_buffers without restart Dmitry Dolgov
  • Re: Changing shared_buffers without restart Konstantin Knizhnik
  • Re: Changing shared_buffers without restart Dmitry Dolgov
  • Re: Changing shared_buffers without restart Konstantin Knizhnik
  • Re: Changing shared_buffers without restart Dmitry Dolgov
  • Re: Changing shared_buffers without restart Thomas Munro
  • Re: Changing shared_buffers without restart Thomas Munro
• call for applications: hacker mentoring 2025 Robert Haas
• two occurrences of assign print_notnull within pg_dump.c jian he
  • Re: two occurrences of assign print_notnull within pg_dump.c Ashutosh Bapat
  • Re: two occurrences of assign print_notnull within pg_dump.c Alvaro Herrera
• Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Yuya Watari
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Amit Langote
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Tom Lane
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Yuya Watari
  • Re: [PoC] Reducing planning time when tables have many partitions Tom Lane
  • Re: [PoC] Reducing planning time when tables have many partitions Ashutosh Bapat
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Tom Lane
  • Re: [PoC] Reducing planning time when tables have many partitions Ashutosh Bapat
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Tom Lane
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Amit Langote
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Ashutosh Bapat
  • Re: [PoC] Reducing planning time when tables have many partitions Amit Langote
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Amit Langote
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Amit Langote
  • Re: [PoC] Reducing planning time when tables have many partitions Tom Lane
  • Re: [PoC] Reducing planning time when tables have many partitions Yuya Watari
  • Re: [PoC] Reducing planning time when tables have many partitions Ashutosh Bapat
  • Re: [PoC] Reducing planning time when tables have many partitions David Rowley
  • Re: [PoC] Reducing planning time when tables have many partitions Yuya Watari
  • Re: [PoC] Reducing planning time when tables have many partitions Yuya Watari
• PRI?64 vs Visual Studio (2022) Kyotaro Horiguchi
  • Re: PRI?64 vs Visual Studio (2022) Peter Eisentraut
• Re: Add -k/--link option to pg_combinebackup Tom Lane
• Re: [18] CREATE SUBSCRIPTION ... SERVER Shlok Kyal
  • Re: [18] CREATE SUBSCRIPTION ... SERVER Jeff Davis
• Detach partition with constraint test Ashutosh Bapat
  • Re: Detach partition with constraint test Amul Sul
• Re: [RFC] Lock-free XLog Reservation from WAL Yura Sokolov
  • Re: [RFC] Lock-free XLog Reservation from WAL Yura Sokolov
• Re: Proposal - Allow extensions to set a Plan Identifier Michael Paquier
  • Re: Proposal - Allow extensions to set a Plan Identifier Andrei Lepikhov
  • Re: Proposal - Allow extensions to set a Plan Identifier Lukas Fittl
  • Re: Proposal - Allow extensions to set a Plan Identifier Sami Imseih
  • Re: Proposal - Allow extensions to set a Plan Identifier Sami Imseih
  • Re: Proposal - Allow extensions to set a Plan Identifier Lukas Fittl
  • Re: Proposal - Allow extensions to set a Plan Identifier Sami Imseih
  • Re: Proposal - Allow extensions to set a Plan Identifier Michael Paquier
• Re: Change COPY ... ON_ERROR ignore to ON_ERROR ignore_row vignesh C
  • Re: Change COPY ... ON_ERROR ignore to ON_ERROR ignore_row jian he
  • Re: Change COPY ... ON_ERROR ignore to ON_ERROR ignore_row Masahiko Sawada
  • Re: Change COPY ... ON_ERROR ignore to ON_ERROR ignore_row jian he
  • Re: Change COPY ... ON_ERROR ignore to ON_ERROR ignore_row Masahiko Sawada
  • Re: Change COPY ... ON_ERROR ignore to ON_ERROR ignore_row jian he
• Re: optimize file transfer in pg_upgrade Tom Lane
  • Re: optimize file transfer in pg_upgrade Nathan Bossart
  • Re: optimize file transfer in pg_upgrade Alexander Lakhin
  • Re: optimize file transfer in pg_upgrade Nathan Bossart
  • Re: optimize file transfer in pg_upgrade Alexander Lakhin
  • Re: optimize file transfer in pg_upgrade Nathan Bossart
• Support "make check" for PGXS extensions Peter Eisentraut
  • Re: Support "make check" for PGXS extensions Peter Eisentraut
  • Re: Support "make check" for PGXS extensions David E. Wheeler
• Re: Separate GUC for replication origins Amit Kapila
  • Re: Separate GUC for replication origins Masahiko Sawada
• Re: [PATCH] Automatic client certificate selection support for libpq v1 Robin Haberkorn
  • Re: [PATCH] Automatic client certificate selection support for libpq v1 Seth Robertson
  • Re: [PATCH] Automatic client certificate selection support for libpq v1 Jacob Champion
  • Re: [PATCH] Automatic client certificate selection support for libpq v1 Seth Robertson
  • Re: [PATCH] Automatic client certificate selection support for libpq v1 Bruce Momjian
• rename pg_log_standby_snapshot Sami Imseih
  • Re: rename pg_log_standby_snapshot Amit Kapila
  • Re: rename pg_log_standby_snapshot Bertrand Drouvot
  • Re: rename pg_log_standby_snapshot Sami Imseih
  • Re: rename pg_log_standby_snapshot Andres Freund
  • Re: rename pg_log_standby_snapshot Michael Paquier
  • Re: rename pg_log_standby_snapshot Sami Imseih
• Re: Query ID Calculation Fix for DISTINCT / ORDER BY and LIMIT / OFFSET Michael Paquier
  • Re: Query ID Calculation Fix for DISTINCT / ORDER BY and LIMIT / OFFSET David Rowley
  • Re: Query ID Calculation Fix for DISTINCT / ORDER BY and LIMIT / OFFSET David Rowley
  • Re: Query ID Calculation Fix for DISTINCT / ORDER BY and LIMIT / OFFSET Michael Paquier
• Re: making EXPLAIN extensible Robert Haas
  • Re: making EXPLAIN extensible Sami Imseih
  • Re: making EXPLAIN extensible Robert Haas
  • Re: making EXPLAIN extensible Tom Lane
  • Re: making EXPLAIN extensible Robert Haas
  • Re: making EXPLAIN extensible Robert Haas
  • Re: making EXPLAIN extensible Robert Haas
  • Re: making EXPLAIN extensible Man Zeng
  • Re: making EXPLAIN extensible Pavel Luzanov
  • Re: making EXPLAIN extensible Robert Haas
  • Re: making EXPLAIN extensible Robert Haas
  • Re: making EXPLAIN extensible Andrei Lepikhov
  • Re: making EXPLAIN extensible Robert Haas
• Re: RFC: Additional Directory for Extensions Matheus Alcantara
  • Re: RFC: Additional Directory for Extensions Tom Lane
  • Re: RFC: Additional Directory for Extensions David E. Wheeler
  • Re: RFC: Additional Directory for Extensions Christoph Berg
  • Re: RFC: Additional Directory for Extensions David E. Wheeler
  • Re: RFC: Additional Directory for Extensions David E. Wheeler
  • Re: RFC: Additional Directory for Extensions Matheus Alcantara
  • Re: RFC: Additional Directory for Extensions David E. Wheeler
• Re: Show WAL write and fsync stats in pg_stat_io Ranier Vilela
• Re: md.c vs elog.c vs smgrreleaseall() in barrier Noah Misch
  • Re: md.c vs elog.c vs smgrreleaseall() in barrier Thomas Munro
  • Re: md.c vs elog.c vs smgrreleaseall() in barrier Andres Freund
  • Re: md.c vs elog.c vs smgrreleaseall() in barrier Noah Misch
• Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Andrei Lepikhov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Ilia Evdokimov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Andrei Lepikhov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Ilia Evdokimov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Ilia Evdokimov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment David Rowley
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Ilia Evdokimov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Ilia Evdokimov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Robert Haas
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Andrei Lepikhov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment David Rowley
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Ilia Evdokimov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment David Rowley
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Ilia Evdokimov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment David Rowley
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Ilia Evdokimov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment David Rowley
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Ilia Evdokimov
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Robert Haas
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment David Rowley
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Maciek Sakrejda
  • Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment Robert Haas
• Re: Logging which local address was connected to in log_line_prefix Tom Lane
  • Re: Logging which local address was connected to in log_line_prefix Tom Lane
  • Re: Logging which local address was connected to in log_line_prefix Michael Paquier
  • Re: Logging which local address was connected to in log_line_prefix Tom Lane
  • Re: Logging which local address was connected to in log_line_prefix Greg Sabino Mullane
  • Re: Logging which local address was connected to in log_line_prefix Tom Lane
  • Re: Logging which local address was connected to in log_line_prefix Robert Haas
  • Re: Logging which local address was connected to in log_line_prefix Tom Lane
  • Re: Logging which local address was connected to in log_line_prefix Robert Haas
• Re: split func.sgml to separated individual sgml files David G. Johnston
• Re: Draft for basic NUMA observability Jakub Wartak
  • Re: Draft for basic NUMA observability Nazir Bilal Yavuz
  • Re: Draft for basic NUMA observability Jakub Wartak
  • Re: Draft for basic NUMA observability Álvaro Herrera
  • Re: Draft for basic NUMA observability Jakub Wartak

• Earlier messages
• Later messages