pgsql-hackers  

Messages by Thread

• • Re: Coccinelle for PostgreSQL development [2/N]: autoconf support [RESEND] Mats Kindahl
• Coccinelle for PostgreSQL development [2/N]: autoconf support Mats Kindahl
• Coccinelle for PostgreSQL development [1/N]: coccicheck.py Mats Kindahl
  • Re: Coccinelle for PostgreSQL development [1/N]: coccicheck.py Andrew Dunstan
  • Re: Coccinelle for PostgreSQL development [1/N]: coccicheck.py Mats Kindahl
  • Re: Coccinelle for PostgreSQL development [1/N]: coccicheck.py Aleksander Alekseev
  • Re: Coccinelle for PostgreSQL development [1/N]: coccicheck.py Michael Paquier
  • Re: Coccinelle for PostgreSQL development [1/N]: coccicheck.py Mats Kindahl
• Re: Incorrect result of bitmap heap scan. Matthias van de Meent
• Small patch to use pqMsg_Query instead of `Q` Dave Cramer
  • Re: Small patch to use pqMsg_Query instead of `Q` Fabrízio de Royes Mello
  • Re: Small patch to use pqMsg_Query instead of `Q` Nathan Bossart
  • Re: Small patch to use pqMsg_Query instead of `Q` Nathan Bossart
• per backend WAL statistics Bertrand Drouvot
  • Re: per backend WAL statistics Michael Paquier
  • Re: per backend WAL statistics Bertrand Drouvot
  • Re: per backend WAL statistics Michael Paquier
  • Re: per backend WAL statistics Bertrand Drouvot
  • Re: per backend WAL statistics Michael Paquier
  • Re: per backend WAL statistics Bertrand Drouvot
  • Re: per backend WAL statistics Michael Paquier
  • Re: per backend WAL statistics Bertrand Drouvot
  • Re: per backend WAL statistics Andres Freund
  • Re: per backend WAL statistics Bertrand Drouvot
  • Re: per backend WAL statistics Andres Freund
  • Re: per backend WAL statistics Michael Paquier
• Re: Use Python "Limited API" in PL/Python Peter Eisentraut
  • Re: Use Python "Limited API" in PL/Python Jakob Egger
  • Re: Use Python "Limited API" in PL/Python Jakob Egger
  • Re: Use Python "Limited API" in PL/Python Peter Eisentraut
• Re: [PATCH] Optionally record Plan IDs to track plan changes for a query Jeremy Schneider
• Moving the vacuum GUCs' docs out of the Client Connection Defaults section Melanie Plageman
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Tom Lane
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Melanie Plageman
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Melanie Plageman
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Tom Lane
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Peter Eisentraut
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Melanie Plageman
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Peter Eisentraut
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Daniel Gustafsson
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Melanie Plageman
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Daniel Gustafsson
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Melanie Plageman
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Nathan Bossart
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Tom Lane
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Daniel Gustafsson
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Melanie Plageman
  • Re: Moving the vacuum GUCs' docs out of the Client Connection Defaults section Daniel Gustafsson
• Meson bug in detection of 64 atomics Юрий Соколов
  • Re: Meson bug in detection of 64 atomics Yura Sokolov
  • Re: Meson bug in detection of 64 atomics Thomas Munro
• ECPG deccall3 functions vs. risnull() inputs Noah Misch
• Re: Parallel CREATE INDEX for GIN indexes Matthias van de Meent
• Re: AIO v2.2 Noah Misch
  • Re: AIO v2.2 Andres Freund
  • Re: AIO v2.2 Noah Misch
  • Re: AIO v2.2 Heikki Linnakangas
  • Re: AIO v2.2 Andres Freund
  • Re: AIO v2.2 Robert Haas
  • Re: AIO v2.2 Andres Freund
  • Re: AIO v2.2 Robert Haas
  • Re: AIO v2.2 Andres Freund
  • Re: AIO v2.2 Robert Haas
  • Re: AIO v2.2 Heikki Linnakangas
  • Re: AIO v2.2 Andres Freund
  • Re: AIO v2.2 Heikki Linnakangas
  • Re: AIO v2.2 Andres Freund
• Re: [PATCH] Refactor SLRU to always use long file names Aleksander Alekseev
  • Re: [PATCH] Refactor SLRU to always use long file names Aleksander Alekseev
• initdb -c "track_commit_timestamp=on" crashes in case of debug build Hayato Kuroda (Fujitsu)
  • Re: initdb -c "track_commit_timestamp=on" crashes in case of debug build Peter Eisentraut
  • RE: initdb -c "track_commit_timestamp=on" crashes in case of debug build Hayato Kuroda (Fujitsu)
• Temporary Views Cleanup Issue 赵宇鹏(宇彭)
  • Re: Temporary Views Cleanup Issue Tom Lane
  • Re: Temporary Views Cleanup Issue 赵宇鹏(宇彭)
  • Re: Temporary Views Cleanup Issue Tom Lane
• Bypassing cursors in postgres_fdw to enable parallel plans Rafia Sabih
  • Re: Bypassing cursors in postgres_fdw to enable parallel plans Robert Haas
  • Re: Bypassing cursors in postgres_fdw to enable parallel plans Rafia Sabih
• Refactor WinGetFuncArgInFrame Tatsuo Ishii
• stats.sql might fail due to shared buffers also used by parallel tests Alexander Lakhin
• Re: Index AM API cleanup Paul Jungwirth
  • Re: Index AM API cleanup Peter Eisentraut
  • Re: Index AM API cleanup Nathan Bossart
  • Re: Index AM API cleanup Peter Eisentraut
• Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Ranier Vilela
• Re: Why doesn't GiST VACUUM require a super-exclusive lock, like nbtree VACUUM? Matthias van de Meent
  • Re: Why doesn't GiST VACUUM require a super-exclusive lock, like nbtree VACUUM? Matthias van de Meent
  • Re: Why doesn't GiST VACUUM require a super-exclusive lock, like nbtree VACUUM? Michail Nikolaev
  • Re: Why doesn't GiST VACUUM require a super-exclusive lock, like nbtree VACUUM? Matthias van de Meent
  • Re: Why doesn't GiST VACUUM require a super-exclusive lock, like nbtree VACUUM? Michail Nikolaev
  • Re: Why doesn't GiST VACUUM require a super-exclusive lock, like nbtree VACUUM? Michail Nikolaev
• Re: Adding OLD/NEW support to RETURNING Robert Treat
  • Re: Adding OLD/NEW support to RETURNING Dean Rasheed
  • Re: Adding OLD/NEW support to RETURNING jian he
  • Re: Adding OLD/NEW support to RETURNING Dean Rasheed
  • Re: Adding OLD/NEW support to RETURNING Richard Guo
  • Re: Adding OLD/NEW support to RETURNING Dean Rasheed
• improve DEBUG1 logging of parallel workers for CREATE INDEX? Sami Imseih
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Bertrand Drouvot
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Sami Imseih
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Guillaume Lelarge
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Tom Lane
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Sami Imseih
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Guillaume Lelarge
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Tom Lane
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Sami Imseih
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Guillaume Lelarge
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Sami Imseih
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Michael Paquier
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Sami Imseih
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Guillaume Lelarge
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Sami Imseih
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Guillaume Lelarge
  • Re: improve DEBUG1 logging of parallel workers for CREATE INDEX? Guillaume Lelarge
• Re: relfilenode statistics Bertrand Drouvot
• Remove unused rel parameter in lookup_var_attr_stats Ilia Evdokimov
  • Re: Remove unused rel parameter in lookup_var_attr_stats Fabrízio de Royes Mello
  • Re: Remove unused rel parameter in lookup_var_attr_stats Ilia Evdokimov
  • Re: Remove unused rel parameter in lookup_var_attr_stats Richard Guo
• Fwd: Re: A new look at old NFS readdir() problems? Larry Rosenman
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Bruce Momjian
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Larry Rosenman
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Larry Rosenman
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Larry Rosenman
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Robert Haas
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Thomas Munro
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Peter Eisentraut
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Thomas Munro
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Robert Haas
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Robert Haas
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Greg Sabino Mullane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? David Steele
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Thomas Munro
  • Re: Fwd: Re: A new look at old NFS readdir() problems? David Steele
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? David Steele
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Bruce Momjian
  • Re: Fwd: Re: A new look at old NFS readdir() problems? David Steele
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Tom Lane
  • Re: Fwd: Re: A new look at old NFS readdir() problems? Bruce Momjian
• Re: Alias of VALUES RTE in explain plan Robert Haas
  • Re: Alias of VALUES RTE in explain plan Tom Lane
  • Re: Alias of VALUES RTE in explain plan Robert Haas
  • Re: Alias of VALUES RTE in explain plan Tom Lane
  • Re: Alias of VALUES RTE in explain plan Robert Haas
  • Re: Alias of VALUES RTE in explain plan Tom Lane
  • Re: Alias of VALUES RTE in explain plan Tom Lane
• POC: track vacuum/analyze cumulative time per relation Sami Imseih
  • Re: POC: track vacuum/analyze cumulative time per relation wenhui qiu
  • Re: POC: track vacuum/analyze cumulative time per relation Alena Rybakina
  • Re: POC: track vacuum/analyze cumulative time per relation Sami Imseih
  • Re: POC: track vacuum/analyze cumulative time per relation Sami Imseih
  • Re: POC: track vacuum/analyze cumulative time per relation Bertrand Drouvot
  • Re: POC: track vacuum/analyze cumulative time per relation Sami Imseih
  • Re: POC: track vacuum/analyze cumulative time per relation Bertrand Drouvot
  • Re: POC: track vacuum/analyze cumulative time per relation Sami Imseih
  • Re: POC: track vacuum/analyze cumulative time per relation Bertrand Drouvot
  • Re: POC: track vacuum/analyze cumulative time per relation Sami Imseih
  • Re: POC: track vacuum/analyze cumulative time per relation Bertrand Drouvot
  • Re: POC: track vacuum/analyze cumulative time per relation Sami Imseih
  • Re: POC: track vacuum/analyze cumulative time per relation Michael Paquier
• Re: Switching XLog source from archive to streaming when primary available Andrey M. Borodin
  • Re: Switching XLog source from archive to streaming when primary available Michael Paquier
• Allow NOT VALID foreign key constraints on partitioned tables. Amul Sul
  • Re: Allow NOT VALID foreign key constraints on partitioned tables. Álvaro Herrera
  • Re: Allow NOT VALID foreign key constraints on partitioned tables. Amul Sul
  • Re: Allow NOT VALID foreign key constraints on partitioned tables. Amul Sul
  • Re: Allow NOT VALID foreign key constraints on partitioned tables. Álvaro Herrera
• Further _bt_first simplifications for parallel index scans Peter Geoghegan
  • Re: Further _bt_first simplifications for parallel index scans Matthias van de Meent
  • Re: Further _bt_first simplifications for parallel index scans Peter Geoghegan
• Re: Doc: fix the rewrite condition when executing ALTER TABLE ADD COLUMN Robert Treat
  • Re: Doc: fix the rewrite condition when executing ALTER TABLE ADD COLUMN Masahiro Ikeda
  • Re: Doc: fix the rewrite condition when executing ALTER TABLE ADD COLUMN Robert Treat
  • Re: Doc: fix the rewrite condition when executing ALTER TABLE ADD COLUMN Masahiro Ikeda
• read stream on amcheck Matheus Alcantara
  • Re: read stream on amcheck Kirill Reshke
  • Re: read stream on amcheck Matheus Alcantara
• RFC: Lock-free XLog Reservation from WAL Zhou, Zhiguo
  • RE: RFC: Lock-free XLog Reservation from WAL Zhou, Zhiguo
  • Re: RFC: Lock-free XLog Reservation from WAL Japin Li
  • Re: RFC: Lock-free XLog Reservation from WAL Zhou, Zhiguo
• [RFC] Lock-free XLog Reservation from WAL Zhou, Zhiguo
  • [RFC] Lock-free XLog Reservation from WAL Zhou, Zhiguo
  • RE: [RFC] Lock-free XLog Reservation from WAL Zhou, Zhiguo
  • Re: [RFC] Lock-free XLog Reservation from WAL Yura Sokolov
  • Re: [RFC] Lock-free XLog Reservation from WAL wenhui qiu
  • Re: [RFC] Lock-free XLog Reservation from WAL Zhou, Zhiguo

• Earlier messages
• Later messages