pgsql-hackers  

Messages by Thread

• • Re: Optimize MCV stats for sortable types and utilize sorted-order properties Ilia Evdokimov
  • Re: Optimize MCV stats for sortable types and utilize sorted-order properties ZizhuanLiu X-MAN
  • Re: Optimize MCV stats for sortable types and utilize sorted-order properties ZizhuanLiu X-MAN
  • Re: Optimize MCV stats for sortable types and utilize sorted-order properties ZizhuanLiu X-MAN
  • Re: Optimize MCV stats for sortable types and utilize sorted-order properties ZizhuanLiu X-MAN
  • Re: Optimize MCV stats for sortable types and utilize sorted-order properties ZizhuanLiu X-MAN
  • Re: Optimize MCV stats for sortable types and utilize sorted-order properties ZizhuanLiu X-MAN
  • Re: Optimize MCV stats for sortable types and utilize sorted-order properties ZizhuanLiu X-MAN
• Re: Adding a stored generated column without long-lived locks Alberto Piai
  • Re: Adding a stored generated column without long-lived locks Alberto Piai
  • Re: Adding a stored generated column without long-lived locks Laurenz Albe
  • Re: Adding a stored generated column without long-lived locks Matthias van de Meent
  • Re: Adding a stored generated column without long-lived locks Álvaro Herrera
  • Re: Adding a stored generated column without long-lived locks Matthias van de Meent
  • Re: Adding a stored generated column without long-lived locks Laurenz Albe
  • Re: Adding a stored generated column without long-lived locks Alberto Piai
  • Re: Adding a stored generated column without long-lived locks Laurenz Albe
  • Re: Adding a stored generated column without long-lived locks Alberto Piai
  • Re: Adding a stored generated column without long-lived locks Laurenz Albe
  • Re: Adding a stored generated column without long-lived locks Matthias van de Meent
  • Re: Adding a stored generated column without long-lived locks Laurenz Albe
• Re: Unexpected reindex when altering column types for partitioned tables Alberto Piai
  • Re: Unexpected reindex when altering column types for partitioned tables Álvaro Rodríguez
  • Re: Unexpected reindex when altering column types for partitioned tables Álvaro Rodríguez
  • Re: Unexpected reindex when altering column types for partitioned tables Álvaro Rodríguez
• Re: Track skipped tables during autovacuum and autoanalyze Shinya Kato
  • Re: Track skipped tables during autovacuum and autoanalyze Sami Imseih
  • Re: Track skipped tables during autovacuum and autoanalyze Yugo Nagata
  • Re: Track skipped tables during autovacuum and autoanalyze Sami Imseih
  • Re: Track skipped tables during autovacuum and autoanalyze Sami Imseih
• Re: Why clearing the VM doesn't require registering vm buffer in wal record Melanie Plageman
  • Re: Why clearing the VM doesn't require registering vm buffer in wal record Andrey Borodin
  • Re: Why clearing the VM doesn't require registering vm buffer in wal record Melanie Plageman
  • Re: Why clearing the VM doesn't require registering vm buffer in wal record Andrey Borodin
  • Re: Why clearing the VM doesn't require registering vm buffer in wal record Melanie Plageman
  • Re: Why clearing the VM doesn't require registering vm buffer in wal record Andrey Borodin
  • Re: Why clearing the VM doesn't require registering vm buffer in wal record Melanie Plageman
  • Re: Why clearing the VM doesn't require registering vm buffer in wal record Melanie Plageman
• Re: postgres_fdw: transaction mode inheritance corner cases Nathan Bossart
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
  • Re: postgres_fdw: transaction mode inheritance corner cases Matheus Alcantara
  • Re: postgres_fdw: transaction mode inheritance corner cases Nikolay Samokhvalov
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
  • Re: postgres_fdw: transaction mode inheritance corner cases Matheus Alcantara
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
  • Re: postgres_fdw: transaction mode inheritance corner cases Matheus Alcantara
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
  • Re: postgres_fdw: transaction mode inheritance corner cases Nikolay Samokhvalov
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
  • Re: postgres_fdw: transaction mode inheritance corner cases Matheus Alcantara
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
• Re: Routed ON CONFLICT inserts broken by partition-local deferrable unique constraints in 19 and master Nathan Bossart
  • Re: Routed ON CONFLICT inserts broken by partition-local deferrable unique constraints in 19 and master Alvaro Herrera
  • Re: Routed ON CONFLICT inserts broken by partition-local deferrable unique constraints in 19 and master Dmitry Dolgov
  • Re: Routed ON CONFLICT inserts broken by partition-local deferrable unique constraints in 19 and master Álvaro Herrera
  • Re: Routed ON CONFLICT inserts broken by partition-local deferrable unique constraints in 19 and master Dmitry Dolgov
  • Re: Routed ON CONFLICT inserts broken by partition-local deferrable unique constraints in 19 and master Álvaro Herrera
  • Re: Routed ON CONFLICT inserts broken by partition-local deferrable unique constraints in 19 and master Álvaro Herrera
  • Re: Routed ON CONFLICT inserts broken by partition-local deferrable unique constraints in 19 and master Álvaro Herrera
• Re: ANSI SQL proposal: SELECT DISTINCT ON (... ORDER BY ...) and UNION DISTINCT ON (... ORDER BY ...) Hannu Krosing
  • Re: ANSI SQL proposal: SELECT DISTINCT ON (... ORDER BY ...) and UNION DISTINCT ON (... ORDER BY ...) Hannu Krosing
  • Re: ANSI SQL proposal: SELECT DISTINCT ON (... ORDER BY ...) and UNION DISTINCT ON (... ORDER BY ...) Vik Fearing
  • Re: ANSI SQL proposal: SELECT DISTINCT ON (... ORDER BY ...) and UNION DISTINCT ON (... ORDER BY ...) Hannu Krosing
  • Re: ANSI SQL proposal: SELECT DISTINCT ON (... ORDER BY ...) and UNION DISTINCT ON (... ORDER BY ...) Hannu Krosing
• Re: [PATCH] Use Boyer-Moore-Horspool for simple LIKE contains patterns Atsushi Ogawa
  • Re: [PATCH] Use Boyer-Moore-Horspool for simple LIKE contains patterns Atsushi Ogawa
  • Re: [PATCH] Use Boyer-Moore-Horspool for simple LIKE contains patterns Greg Sabino Mullane
  • Re: [PATCH] Use Boyer-Moore-Horspool for simple LIKE contains patterns Atsushi Ogawa
  • Re: [PATCH] Use Boyer-Moore-Horspool for simple LIKE contains patterns Haibo Yan
  • Re: [PATCH] Use Boyer-Moore-Horspool for simple LIKE contains patterns Atsushi Ogawa
  • Re: [PATCH] Use Boyer-Moore-Horspool for simple LIKE contains patterns Atsushi Ogawa
  • Re: [PATCH] Use Boyer-Moore-Horspool for simple LIKE contains patterns Haibo Yan
  • Re: [PATCH] Use Boyer-Moore-Horspool for simple LIKE contains patterns Atsushi Ogawa
• Add a test for index_rebuild_count of REPACK (CONCURRENTLY) Manuel Reyes Bravo
  • Re: Add a test for index_rebuild_count of REPACK (CONCURRENTLY) Álvaro Herrera
  • Re: Add a test for index_rebuild_count of REPACK (CONCURRENTLY) Manuel Reyes Bravo
  • Re: Add a test for index_rebuild_count of REPACK (CONCURRENTLY) Álvaro Herrera
  • Re: Add a test for index_rebuild_count of REPACK (CONCURRENTLY) Michael Paquier
  • Re: Add a test for index_rebuild_count of REPACK (CONCURRENTLY) Manuel Reyes Bravo
  • Re: Add a test for index_rebuild_count of REPACK (CONCURRENTLY) Manu
  • Re: Add a test for index_rebuild_count of REPACK (CONCURRENTLY) Manu
  • Re: Add a test for index_rebuild_count of REPACK (CONCURRENTLY) Manu
  • Re: Progress reporting: a debug trace and a test framework Manu
  • Re: Progress reporting: a debug trace and a test framework Michael Paquier
• Re: WAL_LOG CREATE DATABASE strategy broken for non-standard page layouts Melanie Plageman
  • Re: WAL_LOG CREATE DATABASE strategy broken for non-standard page layouts Melanie Plageman
  • Re: WAL_LOG CREATE DATABASE strategy broken for non-standard page layouts Robert Haas
  • Re: WAL_LOG CREATE DATABASE strategy broken for non-standard page layouts Melanie Plageman
  • Re: WAL_LOG CREATE DATABASE strategy broken for non-standard page layouts Melanie Plageman
  • Re: WAL_LOG CREATE DATABASE strategy broken for non-standard page layouts surya poondla
• Re: [PATCH] libpq: Add PQpassfileLookup() Diego
  • Re: [PATCH] libpq: Add PQpassfileLookup() Denis Smirnov
  • Re: [PATCH] libpq: Add PQpassfileLookup() Diego
• [PATCH] Remove unused PageIsPredicateLocked() Aleksander Alekseev
  • Re: [PATCH] Remove unused PageIsPredicateLocked() Matthias van de Meent
  • Re: [PATCH] Remove unused PageIsPredicateLocked() Pierre Forstmann
  • Re: [PATCH] Remove unused PageIsPredicateLocked() solai v
• Re: Be strict when request to flush past end of WAL in WaitXLogInsertionsToFinish Paul Kim
  • Re: Be strict when request to flush past end of WAL in WaitXLogInsertionsToFinish Bharath Rupireddy
  • Re: Be strict when request to flush past end of WAL in WaitXLogInsertionsToFinish Paul Kim
  • Re: Be strict when request to flush past end of WAL in WaitXLogInsertionsToFinish Paul Kim
• Re: Add TOAST statistics columns to pg_stat_all_tables Shinya Kato
  • Re: Add TOAST statistics columns to pg_stat_all_tables shihao zhong
• Re: GetRelationPath() vs critical sections Nazir Bilal Yavuz
• Re: [(known) BUG] DELETE/UPDATE more than one row in partitioned foreign table Jakub Wartak
  • Re: [(known) BUG] DELETE/UPDATE more than one row in partitioned foreign table Manuel Reyes Bravo
  • Re: [(known) BUG] DELETE/UPDATE more than one row in partitioned foreign table Jakub Wartak
  • Re: [(known) BUG] DELETE/UPDATE more than one row in partitioned foreign table Manu
• Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Heikki Linnakangas
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Heikki Linnakangas
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Noah Misch
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Heikki Linnakangas
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Noah Misch
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Tom Lane
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Heikki Linnakangas
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Andrew Dunstan
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Heikki Linnakangas
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Heikki Linnakangas
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Naga Appani
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Heikki Linnakangas
  • Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg Heikki Linnakangas
• Re: pgsql: Revert online data checksum transitions Fujii Masao
  • Re: pgsql: Revert online data checksum transitions Daniel Gustafsson
  • Re: pgsql: Revert online data checksum transitions Aleksander Alekseev
  • Re: pgsql: Revert online data checksum transitions Daniel Gustafsson
  • Re: pgsql: Revert online data checksum transitions Manuel Reyes Bravo
  • Re: pgsql: Revert online data checksum transitions Daniel Gustafsson
  • Re: pgsql: Revert online data checksum transitions Heikki Linnakangas
  • Re: pgsql: Revert online data checksum transitions Daniel Gustafsson
  • Re: pgsql: Revert online data checksum transitions Tom Lane
  • Re: pgsql: Revert online data checksum transitions Daniel Gustafsson
  • Re: pgsql: Revert online data checksum transitions Tom Lane
  • Re: pgsql: Revert online data checksum transitions Jacob Champion
  • Re: pgsql: Revert online data checksum transitions Bryan Green
  • Re: pgsql: Revert online data checksum transitions Bryan Green
  • Re: pgsql: Revert online data checksum transitions Fujii Masao
  • Re: pgsql: Revert online data checksum transitions Manuel Reyes Bravo
  • Re: pgsql: Revert online data checksum transitions Daniel Gustafsson
  • Re: pgsql: Revert online data checksum transitions Daniel Gustafsson
• Re: Two issues leading to discrepancies in FSM data on the standby server Alexander Korotkov
• Re: Stabilize recovery conflict stats checks in 031_recovery_conflict.pl Fujii Masao
  • Re: Stabilize recovery conflict stats checks in 031_recovery_conflict.pl Alexander Lakhin
  • Re: Stabilize recovery conflict stats checks in 031_recovery_conflict.pl Fujii Masao
• Improve hash aggregate spilling by writing only the needed columns Mario Karuza
• Re: CLUSTER progress: wrong index_rebuild_count for tables with TOAST Fujii Masao
• Re: Use C11 alignas instead of palloc/malloc for alignment Peter Eisentraut
  • Re: Use C11 alignas instead of palloc/malloc for alignment Peter Eisentraut
  • Re: Use C11 alignas instead of palloc/malloc for alignment Manuel Reyes Bravo
• RE: Race conditions in logical decoding Zhijie Hou (Fujitsu)
  • Re: Race conditions in logical decoding Antonin Houska
  • RE: Race conditions in logical decoding Zhijie Hou (Fujitsu)
  • Re: Race conditions in logical decoding Antonin Houska
  • Re: Race conditions in logical decoding Alvaro Herrera
  • Re: Race conditions in logical decoding Antonin Houska
  • Re: Race conditions in logical decoding Alvaro Herrera
  • Re: Race conditions in logical decoding Antonin Houska
  • Re: Race conditions in logical decoding Rui Zhao
  • Re: Race conditions in logical decoding Alvaro Herrera
  • Re: Race conditions in logical decoding Alvaro Herrera
  • Re: Race conditions in logical decoding Rui Zhao
  • Re: Race conditions in logical decoding Alvaro Herrera
• Re: [PATCH] Add CANONICAL option to xmlserialize solai v
• ERROR: no relation entry for relid 3 Richard Guo
  • Re: ERROR: no relation entry for relid 3 Ewan Young
  • Re: ERROR: no relation entry for relid 3 Ayush Tiwari
  • Re: ERROR: no relation entry for relid 3 Richard Guo
• Re: Archive-fed logical decoding: pausing recovery on slot conflict Ajin Cherian
• RE: pg_createsubscriber does not check output_plugin_libraries Hayato Kuroda (Fujitsu)
  • RE: pg_createsubscriber does not check output_plugin_libraries Hayato Kuroda (Fujitsu)
  • Re: pg_createsubscriber does not check output_plugin_libraries Fujii Masao
  • RE: pg_createsubscriber does not check output_plugin_libraries Hayato Kuroda (Fujitsu)
  • Re: pg_createsubscriber does not check output_plugin_libraries Jacob Champion
  • RE: pg_createsubscriber does not check output_plugin_libraries Hayato Kuroda (Fujitsu)
• Re: Refactor code around GUC default_toast_compression Michael Paquier
• RE: [PATCH] Explain what the default output_plugin_libraries do Hayato Kuroda (Fujitsu)
  • Re: [PATCH] Explain what the default output_plugin_libraries do Jacob Champion
  • RE: [PATCH] Explain what the default output_plugin_libraries do Hayato Kuroda (Fujitsu)
  • Re: [PATCH] Explain what the default output_plugin_libraries do Jacob Champion
  • Re: [PATCH] Explain what the default output_plugin_libraries do Bharath Rupireddy
  • Re: [PATCH] Explain what the default output_plugin_libraries do Chao Li
  • Re: [PATCH] Explain what the default output_plugin_libraries do Jacob Champion
  • RE: [PATCH] Explain what the default output_plugin_libraries do Hayato Kuroda (Fujitsu)
  • RE: [PATCH] Explain what the default output_plugin_libraries do Hayato Kuroda (Fujitsu)
• Re: [PATCH] Refactor remaining zero-fill relation extensions to use smgrzeroextend() shihao zhong
  • Re: [PATCH] Refactor remaining zero-fill relation extensions to use smgrzeroextend() Bharath Rupireddy
  • Re: [PATCH] Refactor remaining zero-fill relation extensions to use smgrzeroextend() shihao zhong
  • Re: [PATCH] Refactor remaining zero-fill relation extensions to use smgrzeroextend() Bharath Rupireddy
  • Re: [PATCH] Refactor remaining zero-fill relation extensions to use smgrzeroextend() shihao zhong
• Re: Global temporary tables Haibo Yan
  • Re: Global temporary tables Haibo Yan
  • Re: Global temporary tables Haibo Yan
• Re: [PATCH] Invalidate cached plans when casts change Haibo Yan
• Re: Proposal: Conflict log history table for Logical Replication Masahiko Sawada
  • Re: Proposal: Conflict log history table for Logical Replication Dilip Kumar
  • Re: Proposal: Conflict log history table for Logical Replication Nisha Moond
  • Re: Proposal: Conflict log history table for Logical Replication shveta malik

• Earlier messages
• Later messages