pgsql-hackers  

Messages by Thread

• • Re: Fix for Extra Parenthesis in pgbench progress message Tom Lane
  • Re: Fix for Extra Parenthesis in pgbench progress message Nathan Bossart
  • Re: Fix for Extra Parenthesis in pgbench progress message Tom Lane
  • Re: Fix for Extra Parenthesis in pgbench progress message Nathan Bossart
  • Re: Fix for Extra Parenthesis in pgbench progress message Tom Lane
  • Re: Fix for Extra Parenthesis in pgbench progress message Tatsuo Ishii
  • Re: Fix for Extra Parenthesis in pgbench progress message Andres Freund
• Draft back-branch release notes are up Tom Lane
• RE: AIX support Srirama Kucherlapati
• Draft for basic NUMA observability Jakub Wartak
  • Re: Draft for basic NUMA observability Bertrand Drouvot
  • Re: Draft for basic NUMA observability Jakub Wartak
  • Re: Draft for basic NUMA observability Bertrand Drouvot
• Re: add support for the old naming libs convention on windows (ssleay32.lib and libeay32.lib) Daniel Gustafsson
  • Re: add support for the old naming libs convention on windows (ssleay32.lib and libeay32.lib) Darek Ślusarczyk
• Coverage with clang will now works Nikolay Shaplov
• [PATCH] Fix Potential Memory Leak in pg_amcheck Code Saladin
  • Re: [PATCH] Fix Potential Memory Leak in pg_amcheck Code Daniel Gustafsson
• DOCS - inactive_since field readability Peter Smith
  • Re: DOCS - inactive_since field readability Amit Kapila
  • Re: DOCS - inactive_since field readability Peter Smith
  • Re: DOCS - inactive_since field readability Amit Kapila
  • Re: DOCS - inactive_since field readability Peter Smith
  • Re: DOCS - inactive_since field readability Amit Kapila
• Fix for a crash caused by triggers in cross-partition updates Kyotaro Horiguchi
  • Re: Fix for a crash caused by triggers in cross-partition updates Michael Paquier
  • Re: Fix for a crash caused by triggers in cross-partition updates Michael Paquier
• FSM doesn't recover after zeroing damaged page. Anton A. Melnikov
• Should we allow ALTER OPERATOR CLASS to ADD/DROP operators and procedures? Tomas Vondra
  • Re: Should we allow ALTER OPERATOR CLASS to ADD/DROP operators and procedures? Tom Lane
  • Re: Should we allow ALTER OPERATOR CLASS to ADD/DROP operators and procedures? Tomas Vondra
  • Re: Should we allow ALTER OPERATOR CLASS to ADD/DROP operators and procedures? Tom Lane
• Tests for extended MCV stats compatibility with multi-filter conditions on a single column Ilia Evdokimov
• outdated comment in table_tuple_update definition Sergei Kornilov
  • Re: outdated comment in table_tuple_update definition Daniel Gustafsson
  • Re: outdated comment in table_tuple_update definition Ashutosh Bapat
• "Type does not exist" error when returning array of type in non-public schema Chris Cleveland
  • Re: "Type does not exist" error when returning array of type in non-public schema David G. Johnston
  • Re: "Type does not exist" error when returning array of type in non-public schema Tom Lane
  • Re: "Type does not exist" error when returning array of type in non-public schema Chris Cleveland
  • Re: "Type does not exist" error when returning array of type in non-public schema Chapman Flack
  • Re: "Type does not exist" error when returning array of type in non-public schema David G. Johnston
  • Re: "Type does not exist" error when returning array of type in non-public schema Chapman Flack
• Support NOT VALID / VALIDATE constraint options for named NOT NULL constraints Rushabh Lathia
  • Re: Support NOT VALID / VALIDATE constraint options for named NOT NULL constraints Alvaro Herrera
  • Re: Support NOT VALID / VALIDATE constraint options for named NOT NULL constraints Rushabh Lathia
  • Re: Support NOT VALID / VALIDATE constraint options for named NOT NULL constraints Alvaro Herrera
  • Re: Support NOT VALID / VALIDATE constraint options for named NOT NULL constraints Rushabh Lathia
  • Re: Support NOT VALID / VALIDATE constraint options for named NOT NULL constraints Rushabh Lathia
  • Re: Support NOT VALID / VALIDATE constraint options for named NOT NULL constraints Rushabh Lathia
• Re: Remove useless casts to (char *) Dagfinn Ilmari Mannsåker
  • Re: Remove useless casts to (char *) Dagfinn Ilmari Mannsåker
• Add missing tab completion for VACUUM and ANALYZE with ONLY option Umar Hayat
• SLRU_PAGES_PER_SEGMENT as configure parameter Daniil Davydov
  • Re: SLRU_PAGES_PER_SEGMENT as configure parameter Daniel Gustafsson
  • Re: SLRU_PAGES_PER_SEGMENT as configure parameter Daniil Davydov
  • Re: SLRU_PAGES_PER_SEGMENT as configure parameter Daniel Gustafsson
• Move wal_buffers_full to WalUsage (and report it in pgss/explain) Bertrand Drouvot
  • Re: Move wal_buffers_full to WalUsage (and report it in pgss/explain) Bertrand Drouvot
  • Re: Move wal_buffers_full to WalUsage (and report it in pgss/explain) Ilia Evdokimov
  • Re: Move wal_buffers_full to WalUsage (and report it in pgss/explain) Bertrand Drouvot
  • Re: Move wal_buffers_full to WalUsage (and report it in pgss/explain) Michael Paquier
  • Re: Move wal_buffers_full to WalUsage (and report it in pgss/explain) Michael Paquier
  • Re: Move wal_buffers_full to WalUsage (and report it in pgss/explain) Michael Paquier
  • Re: Move wal_buffers_full to WalUsage (and report it in pgss/explain) Bertrand Drouvot
• Re: [PATCH] pg_stat_activity: make slow/hanging authentication more visible Michael Paquier
  • Re: [PATCH] pg_stat_activity: make slow/hanging authentication more visible Jacob Champion
  • Re: [PATCH] pg_stat_activity: make slow/hanging authentication more visible Jacob Champion
  • Re: [PATCH] pg_stat_activity: make slow/hanging authentication more visible Michael Paquier
  • Re: [PATCH] pg_stat_activity: make slow/hanging authentication more visible Jacob Champion
  • Re: [PATCH] pg_stat_activity: make slow/hanging authentication more visible Michael Paquier
  • Re: [PATCH] pg_stat_activity: make slow/hanging authentication more visible Jacob Champion
• Re: Implement waiting for wal lsn replay: reloaded Andrei Lepikhov
  • Re: Implement waiting for wal lsn replay: reloaded Yura Sokolov
  • Re: Implement waiting for wal lsn replay: reloaded Alexander Korotkov
• Buffer overflow in zic Evgeniy Gorbanyov
  • Re: Buffer overflow in zic Tom Lane
• Re: Docs for pg_basebackup needs v17 note for incremental backup David G. Johnston
  • Re: Docs for pg_basebackup needs v17 note for incremental backup Andrew Dunstan
  • Re: Docs for pg_basebackup needs v17 note for incremental backup David G. Johnston
  • Re: Docs for pg_basebackup needs v17 note for incremental backup Daniel Gustafsson
  • Re: Docs for pg_basebackup needs v17 note for incremental backup Álvaro Herrera
• Re: Improve documentation regarding custom settings, placeholders, and the administrative functions David G. Johnston
  • Re: Improve documentation regarding custom settings, placeholders, and the administrative functions Zhang Mingli
  • Re: Improve documentation regarding custom settings, placeholders, and the administrative functions David G. Johnston
  • Re: Improve documentation regarding custom settings, placeholders, and the administrative functions Zhang Mingli
• Re: Better visualization of default values Peter Smith
  • Re: Better visualization of default values Marcos Pegoraro
  • Re: Better visualization of default values Greg Sabino Mullane
  • Re: Better visualization of default values Marcos Pegoraro
  • Re: Better visualization of default values David G. Johnston
  • Re: Better visualization of default values Peter Smith
  • Re: Better visualization of default values Vladlen Popolitov
• Improve CRC32C performance on SSE4.2 Devulapalli, Raghuveer
  • Re: Improve CRC32C performance on SSE4.2 John Naylor
  • RE: Improve CRC32C performance on SSE4.2 Devulapalli, Raghuveer
  • Re: Improve CRC32C performance on SSE4.2 John Naylor
  • RE: Improve CRC32C performance on SSE4.2 Devulapalli, Raghuveer
  • Re: Improve CRC32C performance on SSE4.2 John Naylor
  • RE: Improve CRC32C performance on SSE4.2 Devulapalli, Raghuveer
  • Re: Improve CRC32C performance on SSE4.2 Nathan Bossart
  • RE: Improve CRC32C performance on SSE4.2 Devulapalli, Raghuveer
  • Re: Improve CRC32C performance on SSE4.2 Nathan Bossart
  • RE: Improve CRC32C performance on SSE4.2 Devulapalli, Raghuveer
  • Re: Improve CRC32C performance on SSE4.2 Nathan Bossart
  • RE: Improve CRC32C performance on SSE4.2 Devulapalli, Raghuveer
  • Re: Improve CRC32C performance on SSE4.2 John Naylor
  • Re: Improve CRC32C performance on SSE4.2 Nathan Bossart
  • Re: Improve CRC32C performance on SSE4.2 John Naylor
  • RE: Improve CRC32C performance on SSE4.2 Devulapalli, Raghuveer
  • RE: Improve CRC32C performance on SSE4.2 Devulapalli, Raghuveer
  • Re: Improve CRC32C performance on SSE4.2 John Naylor
  • RE: Improve CRC32C performance on SSE4.2 Devulapalli, Raghuveer
  • Re: Improve CRC32C performance on SSE4.2 John Naylor
• problems with extensions compiling after upgrade to fc42 (and gcc15) Pavel Stehule
  • Re: problems with extensions compiling after upgrade to fc42 (and gcc15) Nathan Bossart
  • Re: problems with extensions compiling after upgrade to fc42 (and gcc15) Peter Eisentraut
  • Re: problems with extensions compiling after upgrade to fc42 (and gcc15) Pavel Stehule
• Re: log_min_messages per backend type Álvaro Herrera
• Inconsistency between Compression and Storage for Foreign Tables Zhang Mingli
  • Re: Inconsistency between Compression and Storage for Foreign Tables Sami Imseih
• Re: Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Ilia Evdokimov
  • Re: Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Ranier Vilela
  • Re: Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Ilia Evdokimov
  • Re: Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Ranier Vilela
  • Re: Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Daniel Gustafsson
  • Re: Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Ranier Vilela
  • Re: Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Daniel Gustafsson
  • Re: Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Tom Lane
  • Re: Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Ilia Evdokimov
  • Re: Avoid possible deference NULL pointer (src/backend/optimizer/path/allpaths.c) Ranier Vilela
• Re: CREATE ROLE bug? David G. Johnston
• Inquiry About Google Summer of Code Projects Mohamed Badawy
  • Re: Inquiry About Google Summer of Code Projects Jesper Pedersen
• Failed assertion with jit enabled Bertrand Drouvot
  • Re: Failed assertion with jit enabled Tom Lane
  • Re: Failed assertion with jit enabled Bertrand Drouvot
  • Re: Failed assertion with jit enabled Álvaro Herrera
  • Re: Failed assertion with jit enabled Bertrand Drouvot
  • Re: Failed assertion with jit enabled Tom Lane
  • Re: Failed assertion with jit enabled Andres Freund
• Sort functions with specialized comparators John Naylor
  • Re: Sort functions with specialized comparators John Naylor
• [PATCH] Add regression tests of ecpg command notice (error / warning) Ryo Kanbayashi
  • Re: [PATCH] Add regression tests of ecpg command notice (error / warning) Ryo Kanbayashi
  • Fwd: [PATCH] Add regression tests of ecpg command notice (error / warning) Ryo Kanbayashi
  • Re: [PATCH] Add regression tests of ecpg command notice (error / warning) Fujii Masao
  • Re: [PATCH] Add regression tests of ecpg command notice (error / warning) Ryo Kanbayashi
• Remove unnecessary static specifier Japin Li
  • Re: Remove unnecessary static specifier Daniel Gustafsson
  • Re: Remove unnecessary static specifier Tom Lane
  • Re: Remove unnecessary static specifier Daniel Gustafsson
  • Re: Remove unnecessary static specifier Japin Li
  • Re: Remove unnecessary static specifier Daniel Gustafsson
• 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: Why doesn't GiST VACUUM require a super-exclusive lock, like nbtree VACUUM? Michail Nikolaev
• Re: Special-case executor expression steps for common combinations Daniel Gustafsson
• Re: using index to speedup add not null constraints to a table jian he
• Re: SQL:2023 JSON simplified accessor support Alexandra Wang
  • Re: SQL:2023 JSON simplified accessor support Alexandra Wang
• Recheck if ANALYZE is needed after VACUUM finishes by autovacuum Masahiro Ikeda
• Re: Add isolation test template in injection_points for wait/wakeup/detach Michael Paquier
  • Re: Add isolation test template in injection_points for wait/wakeup/detach Bertrand Drouvot
  • Re: Add isolation test template in injection_points for wait/wakeup/detach Michael Paquier
  • Re: Add isolation test template in injection_points for wait/wakeup/detach Michael Paquier
  • Re: Add isolation test template in injection_points for wait/wakeup/detach Michael Paquier
• Re: meson missing test dependencies Andres Freund
• Re: Add -k/--link option to pg_combinebackup Robert Haas
  • Re: Add -k/--link option to pg_combinebackup Israel Barth Rubio
  • Re: Add -k/--link option to pg_combinebackup Robert Haas
  • Re: Add -k/--link option to pg_combinebackup Robert Haas
  • Re: Add -k/--link option to pg_combinebackup Israel Barth Rubio
• Re: should we have a fast-path planning for OLTP starjoins? Jeff Davis
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
  • Re: should we have a fast-path planning for OLTP starjoins? Tom Lane
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
  • Re: should we have a fast-path planning for OLTP starjoins? Tom Lane
  • Re: should we have a fast-path planning for OLTP starjoins? Richard Guo
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
  • Re: should we have a fast-path planning for OLTP starjoins? James Hunter
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
  • Re: should we have a fast-path planning for OLTP starjoins? James Hunter
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
  • Re: should we have a fast-path planning for OLTP starjoins? Tom Lane
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
  • Re: should we have a fast-path planning for OLTP starjoins? Robert Haas
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
  • Re: should we have a fast-path planning for OLTP starjoins? Richard Guo
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
  • Re: should we have a fast-path planning for OLTP starjoins? Richard Guo
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
  • Re: should we have a fast-path planning for OLTP starjoins? Jim Nasby
  • Re: should we have a fast-path planning for OLTP starjoins? Tom Lane
  • Re: should we have a fast-path planning for OLTP starjoins? Richard Guo
  • Re: should we have a fast-path planning for OLTP starjoins? Corey Huinker
  • Re: should we have a fast-path planning for OLTP starjoins? Joe Conway
  • Re: should we have a fast-path planning for OLTP starjoins? Tomas Vondra
• Re: Support for NO INHERIT to INHERIT state change with named NOT NULL constraints Alvaro Herrera

• Earlier messages
• Later messages