pgsql-hackers  

Messages by Thread

• • Re: Improve Hash/Merge Join estimate accuracy when all predicates are Hash/Merge clauses Ilia Evdokimov
  • Re: Improve Hash/Merge Join estimate accuracy when all predicates are Hash/Merge clauses Xiangxin Zeng
  • Re: Improve Hash/Merge Join estimate accuracy when all predicates are Hash/Merge clauses Ilia Evdokimov
• Re: scary patch contest Joshua Drake
• Re: Speed up COPY FROM text/CSV parsing using SIMD Nazir Bilal Yavuz
  • Re: Speed up COPY FROM text/CSV parsing using SIMD Nazir Bilal Yavuz
  • Re: Speed up COPY FROM text/CSV parsing using SIMD Nathan Bossart
  • Re: Speed up COPY FROM text/CSV parsing using SIMD Nazir Bilal Yavuz
  • Re: Speed up COPY FROM text/CSV parsing using SIMD Greg Burd
  • Re: Speed up COPY FROM text/CSV parsing using SIMD Nathan Bossart
  • Re: Speed up COPY FROM text/CSV parsing using SIMD Greg Burd
  • Re: Speed up COPY FROM text/CSV parsing using SIMD Nathan Bossart
  • Re: Speed up COPY FROM text/CSV parsing using SIMD Nazir Bilal Yavuz
  • Re: Speed up COPY FROM text/CSV parsing using SIMD Greg Burd
  • Re: Speed up COPY FROM text/CSV parsing using SIMD Nathan Bossart
• Re: pg_upgrade_replica: avoid full re-clone of standbys after pg_upgrade Florin Irion
  • Re: pg_upgrade_replica: avoid full re-clone of standbys after pg_upgrade Greg Sabino Mullane
  • Re: pg_upgrade_replica: avoid full re-clone of standbys after pg_upgrade Kirill Reshke
  • Re: pg_upgrade_replica: avoid full re-clone of standbys after pg_upgrade Marco Nenciarini
• Re: Two issues leading to discrepancies in FSM data on the standby server Alexander Korotkov
  • Re: Two issues leading to discrepancies in FSM data on the standby server Andrey Borodin
  • Re: Two issues leading to discrepancies in FSM data on the standby server Alexander Korotkov
  • Re: Two issues leading to discrepancies in FSM data on the standby server Noah Misch
  • Re: Two issues leading to discrepancies in FSM data on the standby server Alexander Korotkov
  • Re: Two issues leading to discrepancies in FSM data on the standby server Noah Misch
  • Re: Two issues leading to discrepancies in FSM data on the standby server Alexander Korotkov
• Re: Make pg_prewarm, autoprewarm yield for waiting DDL Palak Chaturvedi
  • Re: Make pg_prewarm, autoprewarm yield for waiting DDL Bharath Rupireddy
  • Re: Make pg_prewarm, autoprewarm yield for waiting DDL shihao zhong
  • Re: Make pg_prewarm, autoprewarm yield for waiting DDL Bharath Rupireddy
  • Re: Make pg_prewarm, autoprewarm yield for waiting DDL Palak Chaturvedi
• Missing dshash cleanup in pgstat_read_statsfile() after OOM Grigorev Jurij
  • Re: Missing dshash cleanup in pgstat_read_statsfile() after OOM Michael Paquier
  • Re: Missing dshash cleanup in pgstat_read_statsfile() after OOM Grigorev Jurij
  • Re: Missing dshash cleanup in pgstat_read_statsfile() after OOM Michael Paquier
• Prevent object capture in CREATE/ALTER EXTENSION scripts Jan Nidzwetzki
  • Re: Prevent object capture in CREATE/ALTER EXTENSION scripts Osama Abdul Qader
  • Re: Prevent object capture in CREATE/ALTER EXTENSION scripts Osama Abdul Qader
  • Re: Prevent object capture in CREATE/ALTER EXTENSION scripts Jan Nidzwetzki
  • Re: Prevent object capture in CREATE/ALTER EXTENSION scripts Osama Abdul Qader
  • Re: Prevent object capture in CREATE/ALTER EXTENSION scripts solai v
  • Re: Prevent object capture in CREATE/ALTER EXTENSION scripts Jan Nidzwetzki
• [PATCH] Allow subquery pull-up past inlineable CTEs Andrey Kazarinov
  • Re: [PATCH] Allow subquery pull-up past inlineable CTEs Clemenza Zhang
  • Re: [PATCH] Allow subquery pull-up past inlineable CTEs Andrey Kazarinov
  • Re: [PATCH] Allow subquery pull-up past inlineable CTEs Clemenza Zhang
  • Re: [PATCH] Allow subquery pull-up past inlineable CTEs Андрей Казаринов
  • Re:[PATCH] Allow subquery pull-up past inlineable CTEs Андрей Казаринов
• Re: Possible race condition in pg_basebackup Nick Ivanov
  • Re: Possible race condition in pg_basebackup Andrey Borodin
  • Re: Possible race condition in pg_basebackup Nick Ivanov
  • Re: Possible race condition in pg_basebackup Andrey Borodin
  • Re: Possible race condition in pg_basebackup Shashishekar Hullahally Anantharamu
  • Re: Possible race condition in pg_basebackup Nick Ivanov
  • Re: Possible race condition in pg_basebackup Shashishekar Hullahally Anantharamu
  • Re: Possible race condition in pg_basebackup Nick Ivanov
• Re: Reducing relcache memory usage: deduping index shapes Matthias van de Meent
  • Re: Reducing relcache memory usage: deduping index shapes David Geier
  • Re: Reducing relcache memory usage: deduping index shapes Matthias van de Meent
  • Re: Reducing relcache memory usage: deduping index shapes David Geier
  • Re: Reducing relcache memory usage: deduping index shapes Andres Freund
  • Re: Reducing relcache memory usage: deduping index shapes David Geier
  • Re: Reducing relcache memory usage: deduping index shapes David Geier
  • Re: Reducing relcache memory usage: deduping index shapes Matthias van de Meent
  • Re: Reducing relcache memory usage: deduping index shapes Yilin Zhang
  • Re: Reducing relcache memory usage: deduping index shapes David Geier
• Re: [SQL/PGQ] Native executor for Graph query Henson Choi
  • Re: [SQL/PGQ] Native executor for Graph query Henri GASC
  • Re: [SQL/PGQ] Native executor for Graph query Henson Choi
  • Re: [SQL/PGQ] Native executor for Graph query Henson Choi
  • Re: [SQL/PGQ] Native executor for Graph query Henri GASC
  • Re: [SQL/PGQ] Native executor for Graph query Henson Choi
  • Re: [SQL/PGQ] Native executor for Graph query Henson Choi
• Publication DDL can race with a concurrent UPDATE vignesh C
  • RE: Publication DDL can race with a concurrent UPDATE Zhijie Hou (Fujitsu)
  • Re: Publication DDL can race with a concurrent UPDATE vignesh C
  • Re: Publication DDL can race with a concurrent UPDATE vignesh C
• Re: [PATCH] Planner support function for generate_subscripts() Priyanka S
  • Re: [PATCH] Planner support function for generate_subscripts() shihao zhong
  • Re: [PATCH] Planner support function for generate_subscripts() Andrei Lepikhov
  • Re: [PATCH] Planner support function for generate_subscripts() shihao zhong
  • Re: [PATCH] Planner support function for generate_subscripts() shihao zhong
  • Re: [PATCH] Planner support function for generate_subscripts() Andrew Krylosov
  • Re: [PATCH] Planner support function for generate_subscripts() shihao zhong
• Re: pg_rewind: Skip vanished source files during traversal solai v
• Re: Allow table AMs to define their own reloptions Ajit Awekar
  • Re: Allow table AMs to define their own reloptions Aleksander Alekseev
  • Re: Allow table AMs to define their own reloptions Ajit Awekar
  • Re: Allow table AMs to define their own reloptions Ajit Awekar
  • Re: Allow table AMs to define their own reloptions Andrew Dunstan
  • Re: Allow table AMs to define their own reloptions Ajit Awekar
  • Re: Allow table AMs to define their own reloptions Andrew Dunstan
  • Re: Allow table AMs to define their own reloptions Zsolt Parragi
  • Re: Allow table AMs to define their own reloptions Andrew Dunstan
  • Re: Allow table AMs to define their own reloptions Álvaro Herrera
  • Re: Allow table AMs to define their own reloptions Andrew Dunstan
• Re: COALESCE patch Ilia Evdokimov
  • Re: COALESCE patch Osama Abdul Qader
  • Re: COALESCE patch prankware
  • Re: COALESCE patch Osama Abdul Qader
  • Re: COALESCE patch Ilia Evdokimov
  • Re: COALESCE patch prankware
• Re: [PATCH] Fix timeline history after recovery stops on an ancestor Филиппов Степан
  • Re: [PATCH] Fix timeline history after recovery stops on an ancestor Филиппов Степан
• Re: enhancing pg_basebackup speeds up to ~23Gbps (small fixes + io_uring/Direct I/O) Jakub Wartak
  • Re: enhancing pg_basebackup speeds up to ~23Gbps (small fixes + io_uring/Direct I/O) Gustavo William
  • Re: enhancing pg_basebackup speeds up to ~23Gbps (small fixes + io_uring/Direct I/O) Jakub Wartak
• Re: unnecessary executor overheads around seqscans xiaoyu liu
• RE: Per-table resync for logical replication subscriptions Hayato Kuroda (Fujitsu)
  • Re: Per-table resync for logical replication subscriptions Cagri Biroglu
  • RE: Per-table resync for logical replication subscriptions Hayato Kuroda (Fujitsu)
  • RE: Per-table resync for logical replication subscriptions Hayato Kuroda (Fujitsu)
  • Re: Per-table resync for logical replication subscriptions Cagri Biroglu
• Re: Batching in executor Tatsuya Kawata
  • Re: Batching in executor xliu19163
  • Re: Batching in executor Denis Smirnov
• Re: Python/pytest test framework take two Andrey Borodin
  • Re: Python/pytest test framework take two Jelte Fennema-Nio
  • Re: Python/pytest test framework take two shihao zhong
• [PATCH] Add recovery boundary WAL record for database and tablespace commands JoongHyuk Shin
• [PATCH] Move pgcrypto's fips_mode() function to core Koshi Shibagaki (Fujitsu)
  • Re: [PATCH] Move pgcrypto's fips_mode() function to core Daniel Gustafsson
  • Re: [PATCH] Move pgcrypto's fips_mode() function to core Koshi Shibagaki (Fujitsu)
• Re: Direct TOAST v2, faster, smaller and no migration needed Michael Paquier
  • Re: Direct TOAST v2, faster, smaller and no migration needed Hannu Krosing
  • Re: Direct TOAST v2, faster, smaller and no migration needed Nikita Malakhov
  • Re: Direct TOAST v2, faster, smaller and no migration needed Hannu Krosing
  • Re: Direct TOAST v2, faster, smaller and no migration needed Hannu Krosing
  • Re: Direct TOAST v2, faster, smaller and no migration needed Hannu Krosing
  • Re: Direct TOAST v2, faster, smaller and no migration needed Hannu Krosing
  • Re: Direct TOAST v2, faster, smaller and no migration needed Andres Freund
  • Re: Direct TOAST v2, faster, smaller and no migration needed Hannu Krosing
  • Re: Direct TOAST v2, faster, smaller and no migration needed Tomas Vondra
  • Re: Direct TOAST v2, faster, smaller and no migration needed shihao zhong
  • Re: Direct TOAST v2, faster, smaller and no migration needed Hannu Krosing
  • Re: Direct TOAST v2, faster, smaller and no migration needed Matthias van de Meent
  • Re: Direct TOAST v2, faster, smaller and no migration needed Michael Paquier
  • Re: Direct TOAST v2, faster, smaller and no migration needed Hannu Krosing
  • Re: Direct TOAST v2, faster, smaller and no migration needed Hannu Krosing
  • Re: Direct TOAST v2, faster, smaller and no migration needed Hannu Krosing
• Re: [PATCH] pg_get_domain_ddl: DDL reconstruction function for CREATE DOMAIN statement shihao zhong
• Re: POC: Carefully exposing information without authentication Greg Sabino Mullane
  • Re: POC: Carefully exposing information without authentication Greg Sabino Mullane
  • Re: POC: Carefully exposing information without authentication Daniel Gustafsson
  • Re: POC: Carefully exposing information without authentication Tom Lane
  • Re: POC: Carefully exposing information without authentication Jacob Champion
  • Re: POC: Carefully exposing information without authentication Greg Sabino Mullane
• Remove toast_max_chunk_size from control file Michael Paquier
  • Re: Remove toast_max_chunk_size from control file Tom Lane
  • Re: Remove toast_max_chunk_size from control file Michael Paquier
  • Re: Remove toast_max_chunk_size from control file Tom Lane
• REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout shihao zhong
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout Chao Li
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout Álvaro Herrera
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout shihao zhong
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout Álvaro Herrera
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout shihao zhong
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout Chao Li
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout Álvaro Herrera
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout Chao Li
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout Chao Li
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout shihao zhong
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout Álvaro Herrera
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout shihao zhong
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout shihao zhong
  • Re: REPACK (CONCURRENTLY) decoding worker is canceled by lock_timeout shihao zhong
• Re: Unlogged materialized views Jim Jones
  • Re: Unlogged materialized views Zsolt Parragi
• Re: CI slowdown due to PG_TEST_INITDB_EXTRA_OPTS Andrey Borodin
  • Re: CI slowdown due to PG_TEST_INITDB_EXTRA_OPTS Nazir Bilal Yavuz
  • Re: CI slowdown due to PG_TEST_INITDB_EXTRA_OPTS Andrey Borodin
  • Re: CI slowdown due to PG_TEST_INITDB_EXTRA_OPTS Nazir Bilal Yavuz
  • Re: CI slowdown due to PG_TEST_INITDB_EXTRA_OPTS Andrey Borodin
  • Re: CI slowdown due to PG_TEST_INITDB_EXTRA_OPTS Jelte Fennema-Nio
• Re: Add TG_* vars for FOR PORTION OF Zsolt Parragi
  • Re: Add TG_* vars for FOR PORTION OF Paul A Jungwirth
• Re: [RFC PATCH v0 0/7] Add EXPLAIN ANALYZE wait event reporting Andrey Borodin
• Improve error handling in test modules: test_extensible, test_bitmapset Zsolt Parragi
  • Re: Improve error handling in test modules: test_extensible, test_bitmapset Michael Paquier
  • Re: Improve error handling in test modules: test_extensible, test_bitmapset Greg Burd
  • Re: Improve error handling in test modules: test_extensible, test_bitmapset Michael Paquier
  • Re: Improve error handling in test modules: test_extensible, test_bitmapset Zsolt Parragi
  • Re: Improve error handling in test modules: test_extensible, test_bitmapset Michael Paquier
• postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Sagar Shedge
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Jinqing Kuang
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Jeevan Chalke
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Sagar Shedge
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Jeevan Chalke
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Jinqing Kuang
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Jeevan Chalke
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Sagar Shedge
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Jeevan Chalke
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Sagar Shedge
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Jeevan Chalke
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Etsuro Fujita
  • Re: postgres_fdw: push down FETCH FIRST .. WITH TIES when server version allows Sagar Shedge
• Re: Implement waiting for wal lsn replay: reloaded Xuneng Zhou
  • Re: Implement waiting for wal lsn replay: reloaded Xuneng Zhou
  • Re: Implement waiting for wal lsn replay: reloaded Alexander Korotkov
  • Re: Implement waiting for wal lsn replay: reloaded Xuneng Zhou

• Earlier messages
• Later messages