pgsql-hackers  

Messages by Thread

• • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Chao Li
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Fujii Masao
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Chao Li
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Tatsuo Ishii
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Fujii Masao
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Álvaro Herrera
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Fujii Masao
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Fujii Masao
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Tatsuo Ishii
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Fujii Masao
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Tatsuo Ishii
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Henson Choi
  • Re: IGNORE/RESPECT NULLS can be specified for (prokind == 'f'). Fujii Masao
• Re: Error while processing invalidation message during ATTACH PARTITION leaves invalid relcache entry Rahila Syed
  • Re: Error while processing invalidation message during ATTACH PARTITION leaves invalid relcache entry Alexander Lakhin
• [PATCH] Fix sequence value may rollback after CREATE DATABASE TEMPLATE with WAL_LOG strategy Daisuke Higuchi
  • Re: [PATCH] Fix sequence value may rollback after CREATE DATABASE TEMPLATE with WAL_LOG strategy Bharath Rupireddy
  • Re: [PATCH] Fix sequence value may rollback after CREATE DATABASE TEMPLATE with WAL_LOG strategy Daisuke Higuchi
• [PATCH] pg_restore_extended_stats() can store an MCV list that cannot be read back Ewan Young
  • Re: [PATCH] pg_restore_extended_stats() can store an MCV list that cannot be read back Michael Paquier
  • Re: [PATCH] pg_restore_extended_stats() can store an MCV list that cannot be read back Ewan Young
• Re: [PATCH] Improving index selection for logical replication apply with replica identity full Bharath Rupireddy
  • Re: [PATCH] Improving index selection for logical replication apply with replica identity full Ethan Mertz
  • Re: [PATCH] Improving index selection for logical replication apply with replica identity full Bharath Rupireddy
  • RE: [PATCH] Improving index selection for logical replication apply with replica identity full Hayato Kuroda (Fujitsu)
  • Re: [PATCH] Improving index selection for logical replication apply with replica identity full Önder Kalacı
  • RE: [PATCH] Improving index selection for logical replication apply with replica identity full Hayato Kuroda (Fujitsu)
  • Re: [PATCH] Improving index selection for logical replication apply with replica identity full Bharath Rupireddy
  • Re: [PATCH] Improving index selection for logical replication apply with replica identity full Ethan Mertz
  • Re: [PATCH] Improving index selection for logical replication apply with replica identity full Bharath Rupireddy
  • Re: [PATCH] Improving index selection for logical replication apply with replica identity full Ethan Mertz
• Re: Fix race condition in pg_get_publication_tables with concurrent DROP TABLE Bharath Rupireddy
  • Re: Fix race condition in pg_get_publication_tables with concurrent DROP TABLE Masahiko Sawada
  • Re: Fix race condition in pg_get_publication_tables with concurrent DROP TABLE Bharath Rupireddy
  • Re: Fix race condition in pg_get_publication_tables with concurrent DROP TABLE Masahiko Sawada
  • Re: Fix race condition in pg_get_publication_tables with concurrent DROP TABLE Bharath Rupireddy
  • Re: Fix race condition in pg_get_publication_tables with concurrent DROP TABLE Masahiko Sawada
  • Re: Fix race condition in pg_get_publication_tables with concurrent DROP TABLE Bharath Rupireddy
• Re: [PATCH] Add cascade synchronous replication Alexander Korotkov
• Re: Extended statistics improvement: multi-column MCV missing values Ilia Evdokimov
  • Re: Extended statistics improvement: multi-column MCV missing values Enrique Sánchez
• [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Jacob Champion
  • Re: [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Tom Lane
  • Re: [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Jacob Champion
  • Re: [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Jacob Champion
  • Re: [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Daniel Gustafsson
  • Re: [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Tom Lane
  • Re: [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Jacob Champion
  • Re: [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Tom Lane
  • Re: [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Nathan Bossart
  • Re: [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Melanie Plageman
  • Re: [oauth] Increased CPU usage during device flow with libcurl 8.20.0 Jacob Champion
• 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 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 Laurenz Albe
• Re: XMLDocument (SQL/XML X030) Jim Jones
• Re: Coverage with make coverage-html is broken on latest Debian using lcov v2 Álvaro Herrera
• use of SPI by postgresImportForeignStatistics Robert Haas
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Robert Haas
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Robert Haas
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Robert Haas
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Robert Haas
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Robert Haas
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics jian he
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Robert Haas
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Robert Haas
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Corey Huinker
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Fujii Masao
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Fujii Masao
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
  • Re: use of SPI by postgresImportForeignStatistics Tom Lane
  • Re: use of SPI by postgresImportForeignStatistics Tom Lane
  • Re: use of SPI by postgresImportForeignStatistics Etsuro Fujita
• Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Andres Freund
  • Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Michael Paquier
  • Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Andres Freund
• assertion failure with unique index + partitioning + join Alexander Kuzmenkov
  • Re: assertion failure with unique index + partitioning + join Tender Wang
  • Re: assertion failure with unique index + partitioning + join Tender Wang
  • Re: assertion failure with unique index + partitioning + join Tender Wang
  • Re: assertion failure with unique index + partitioning + join Richard Guo
  • Re: assertion failure with unique index + partitioning + join Tender Wang
  • Re: assertion failure with unique index + partitioning + join Tender Wang
  • Re: assertion failure with unique index + partitioning + join Richard Guo
  • Re: assertion failure with unique index + partitioning + join Tender Wang
  • Re: assertion failure with unique index + partitioning + join Richard Guo
  • Re: assertion failure with unique index + partitioning + join Richard Guo
• Re: pg_recvlogical: send final feedback on SIGINT/SIGTERM exit Ayush Tiwari
  • Re: pg_recvlogical: send final feedback on SIGINT/SIGTERM exit Fujii Masao
• Allow wal_log_hints to be changed without restart Bertrand Drouvot
• Re: RFC: Logging plan of the running query torikoshia
  • Re: RFC: Logging plan of the running query Robert Haas
  • Re: RFC: Logging plan of the running query torikoshia
  • Re: RFC: Logging plan of the running query Andrei Lepikhov
  • Re: RFC: Logging plan of the running query Robert Haas
  • Re: RFC: Logging plan of the running query Andrei Lepikhov
  • Re: RFC: Logging plan of the running query Robert Haas
  • Re: RFC: Logging plan of the running query torikoshia
  • Re: RFC: Logging plan of the running query Robert Haas
  • Re: RFC: Logging plan of the running query Andrei Lepikhov
  • Re: RFC: Logging plan of the running query torikoshia
  • Re: RFC: Logging plan of the running query Andrei Lepikhov
  • Re: RFC: Logging plan of the running query torikoshia
  • Re: RFC: Logging plan of the running query Andrei Lepikhov
  • Re: RFC: Logging plan of the running query torikoshia
  • Re: RFC: Logging plan of the running query Andrei Lepikhov
  • Re: RFC: Logging plan of the running query torikoshia
• [Patch] Fix pg_upgrade/t/007_multixact_conversion.pl Potapov Alexander
  • Re: [Patch] Fix pg_upgrade/t/007_multixact_conversion.pl Heikki Linnakangas
• Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Justin Pryzby
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Alexander Korotkov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Pavel Borisov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Alexander Korotkov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Pavel Borisov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Alexander Korotkov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Pavel Borisov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Alexander Korotkov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Justin Pryzby
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Alexander Korotkov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Pavel Borisov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Alexander Korotkov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Pavel Borisov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Justin Pryzby
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Pavel Borisov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Dmitry Koval
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Alexander Korotkov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Alexander Korotkov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Pavel Borisov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Alexander Korotkov
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands jian he
  • Re: Add SPLIT PARTITION/MERGE PARTITIONS commands Alexander Korotkov
• Re: Reduce LEFT/FULL JOIN to ANTI JOIN in more cases Richard Guo
  • Re: Reduce LEFT/FULL JOIN to ANTI JOIN in more cases wenhui qiu
• Dead reference to schema_only_with_statistics in pg_dump TAP code Michael Paquier
  • Re: Dead reference to schema_only_with_statistics in pg_dump TAP code Ewan Young
  • Re: Dead reference to schema_only_with_statistics in pg_dump TAP code Michael Paquier
• Make frontend programs relink after libpgfeutils changes Chao Li
  • Re: Make frontend programs relink after libpgfeutils changes Yingying Chen
  • Re: Make frontend programs relink after libpgfeutils changes Álvaro Herrera
  • Re: Make frontend programs relink after libpgfeutils changes Chao Li
• [PATCH] Change wait_time column of pg_stat_lock to double precision Tatsuya Kawata
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Kyotaro Horiguchi
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Tatsuya Kawata
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Bertrand Drouvot
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Tatsuya Kawata
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Bertrand Drouvot
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Tatsuya Kawata
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Michael Paquier
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Bertrand Drouvot
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Michael Paquier
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Bertrand Drouvot
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Bertrand Drouvot
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Michael Paquier
  • Re: [PATCH] Change wait_time column of pg_stat_lock to double precision Tatsuya Kawata
• Re: Separate catalog_xmin from xmin in walsender hot standby feedback Rui Zhao
• [PATCH] proposal to surface index used by replica identity Peter Travers
  • Re: [PATCH] proposal to surface index used by replica identity Ashutosh Bapat
  • Re: [PATCH] proposal to surface index used by replica identity Peter Travers
• Re: Add wait events for server logging destination writes Andrey Borodin
  • Re: Add wait events for server logging destination writes 신성준
  • Re: Add wait events for server logging destination writes Henson Choi
  • Re: Add wait events for server logging destination writes 신성준
• [PATCH v1] Fix typo in InitWalRecovery() comment Ken Hibino
  • Re: [PATCH v1] Fix typo in InitWalRecovery() comment Michael Paquier
• Re: Add ParameterDescription message to libpq frontend long message types ZizhuanLiu X-MAN
  • Re: Add ParameterDescription message to libpq frontend long message types Heikki Linnakangas
• Handle concurrent drop when doing whole database vacuum cca5507
  • Re: Handle concurrent drop when doing whole database vacuum Kyotaro Horiguchi
  • Re: Handle concurrent drop when doing whole database vacuum cca5507
  • Re: Handle concurrent drop when doing whole database vacuum Michael Paquier
  • Re: Handle concurrent drop when doing whole database vacuum Bharath Rupireddy

• Earlier messages
• Later messages