pgsql-hackers  

Messages by Thread

• Re: [PATCH] Add memory/disk usage for Function Scan nodes in EXPLAIN David Rowley
  • Re: [PATCH] Add memory/disk usage for Function Scan nodes in EXPLAIN Tatsuya Kawata
  • Re: [PATCH] Add memory/disk usage for Function Scan nodes in EXPLAIN Yash Jadhav
  • Re: [PATCH] Add memory/disk usage for Function Scan nodes in EXPLAIN David Rowley
  • Re: [PATCH] Add memory/disk usage for Function Scan nodes in EXPLAIN Tatsuya Kawata
  • Re: [PATCH] Add memory/disk usage for Function Scan nodes in EXPLAIN David Rowley
  • Re: [PATCH] Add memory/disk usage for Function Scan nodes in EXPLAIN Tatsuya Kawata
  • Re: [PATCH] Add memory/disk usage for Function Scan nodes in EXPLAIN David Rowley
  • Re: [PATCH] Add memory/disk usage for Function Scan nodes in EXPLAIN Tatsuya Kawata
• Re: [PATCH] Clear FatalError earlier during crash restart Michael Paquier
  • Re: [PATCH] Clear FatalError earlier during crash restart Muzzammil Sarwar
• Re: pg_walinspect: add functions to locate and list WAL by time and LSN surya poondla
  • Re: pg_walinspect: add functions to locate and list WAL by time and LSN Chao Li
  • Re: pg_walinspect: add functions to locate and list WAL by time and LSN surya poondla
  • Re: pg_walinspect: add functions to locate and list WAL by time and LSN Chao Li
  • Re: pg_walinspect: add functions to locate and list WAL by time and LSN surya poondla
  • Re: pg_walinspect: add functions to locate and list WAL by time and LSN Chao Li
  • Re: pg_walinspect: add functions to locate and list WAL by time and LSN surya poondla
• Re: Add ASCII fast path to Unicode normalization functions Andrew Dunstan
  • Re: Add ASCII fast path to Unicode normalization functions Tristan Partin
  • Re: Add ASCII fast path to Unicode normalization functions Andrew Dunstan
• Re: Reducing relcache memory usage: deduping index shapes Matthias van de Meent
  • Re: Reducing relcache memory usage: deduping index shapes David Rowley
  • Re: Reducing relcache memory usage: deduping index shapes Matthias van de Meent
  • Re: Reducing relcache memory usage: deduping index shapes David Rowley
  • Re: Reducing relcache memory usage: deduping index shapes Matthias van de Meent
  • Re: Reducing relcache memory usage: deduping index shapes David Rowley
  • Re: Reducing relcache memory usage: deduping index shapes David Rowley
• Re: meson: avoid PATH bloat from NLS .mo targets in tmp_install test setup Tristan Partin
  • Re: meson: avoid PATH bloat from NLS .mo targets in tmp_install test setup Andrew Dunstan
• Re: Fix out-of-bounds array indexing in JsonValueList Tristan Partin
• Re: Show effective xmin in pg_replication_slots when xmin is not set Sami Imseih
  • Re: Show effective xmin in pg_replication_slots when xmin is not set Andres Freund
  • Re: Show effective xmin in pg_replication_slots when xmin is not set Bharath Rupireddy
• Re: use a non-locking initial test in TAS_SPIN on AArch64 Nathan Bossart
• RLS bypass: ON CONFLICT DO UPDATE/SELECT evaluates WHERE before RLS check Joao Detomini
• Bug: ATTACH PARTITION can leave rows violating default partition constraint Sehrope Sarkuni
  • Re: Bug: ATTACH PARTITION can leave rows violating default partition constraint Manu
• Re: [PATCH] vacuumdb: Add --exclude-database option Khoa Nguyen
  • Re: [PATCH] vacuumdb: Add --exclude-database option Ben Mejia
• Re: Teach pg_upgrade to deal with invalid databases Robert Treat
  • Re: Teach pg_upgrade to deal with invalid databases Bharath Rupireddy
  • Re: Teach pg_upgrade to deal with invalid databases Nathan Bossart
• Re: REPACK (CONCURRENTLY): do not block the table while waiting for the final lock Antonin Houska
  • Re: REPACK (CONCURRENTLY): do not block the table while waiting for the final lock Alvaro Herrera
  • Re: REPACK (CONCURRENTLY): do not block the table while waiting for the final lock shihao zhong
• Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Tomas Vondra
  • Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Lucas Jeffrey
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Trakshan Mishra
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Lucas Jeffrey
  • Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Tomas Vondra
  • Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Amit Langote
  • Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Amit Langote
  • Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Lucas Jeffrey
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Trakshan Mishra
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Amit Langote
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Amit Langote
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Lucas Jeffrey
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Amit Langote
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Lucas Jeffrey
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Amit Langote
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Amit Langote
  • Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Tomas Vondra
  • Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Amit Langote
  • Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Lucas Jeffrey
  • Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Amit Langote
  • Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Tomas Vondra
  • Re: Re: [PATCH] Fix segmentation fault caused by reentrancy in RI_Fkey_cascade_del (ri_triggers.c) Lucas Jeffrey
• Re: Logical Implication Nathan Bossart
  • Re: Logical Implication Nathan Bossart
• Re: Proposal: "query_work_mem" GUC, to distribute working memory to the query's individual operators Jeff Davis
  • Re: Proposal: "query_work_mem" GUC, to distribute working memory to the query's individual operators Manu
• Re: Track skipped tables during autovacuum and autoanalyze Sami Imseih
  • Re: Track skipped tables during autovacuum and autoanalyze Zsolt Parragi
  • Re: Track skipped tables during autovacuum and autoanalyze Michael Paquier
  • Re: Track skipped tables during autovacuum and autoanalyze Yugo Nagata
  • Re: Track skipped tables during autovacuum and autoanalyze vignesh C
• Re: [PATCH] pg_walsummary: suppress limit output with --quiet Fujii Masao
  • Re: [PATCH] pg_walsummary: suppress limit output with --quiet Koshi Shibagaki (Fujitsu)
  • RE: [PATCH] pg_walsummary: suppress limit output with --quiet Hayato Kuroda (Fujitsu)
  • Re: [PATCH] pg_walsummary: suppress limit output with --quiet Fujii Masao
  • RE: [PATCH] pg_walsummary: suppress limit output with --quiet Hayato Kuroda (Fujitsu)
  • Re: [PATCH] pg_walsummary: suppress limit output with --quiet Fujii Masao
• Re: parallel autovacuum: Propagate track_cost_delay_timing to parallel workers Masahiko Sawada
• Re: Let an ordering index scan hand its ORDER BY value to the target list Greg Burd
  • Re: Let an ordering index scan hand its ORDER BY value to the target list Greg Burd
  • Re: Let an ordering index scan hand its ORDER BY value to the target list Matthias van de Meent
  • Re: Let an ordering index scan hand its ORDER BY value to the target list Greg Burd
  • Re: Let an ordering index scan hand its ORDER BY value to the target list Matthias van de Meent
  • Re: Let an ordering index scan hand its ORDER BY value to the target list Greg Burd
  • Re: Let an ordering index scan hand its ORDER BY value to the target list Greg Burd
  • Re: Let an ordering index scan hand its ORDER BY value to the target list Greg Burd
  • Re: Let an ordering index scan hand its ORDER BY value to the target list Oleg Bartunov
  • Re: Let an ordering index scan hand its ORDER BY value to the target list Greg Burd
• Re: pgsql: Reduce "Var IS [NOT] NULL" quals during constant folding Robert Haas
  • Re: pgsql: Reduce "Var IS [NOT] NULL" quals during constant folding Nikolay Samokhvalov
• Re: Serverside SNI support in libpq Jacob Champion
  • Re: Serverside SNI support in libpq Daniel Gustafsson
  • Re: Serverside SNI support in libpq Zsolt Parragi
  • Re: Serverside SNI support in libpq Daniel Gustafsson
• Re: [PATCH] intXshr, intXshl: return error on shift count out of range Pavel Borisov
• Re: pgsql: Teach expr_is_nonnullable() to handle more expression types Robert Haas
  • Re: pgsql: Teach expr_is_nonnullable() to handle more expression types Richard Guo
  • Re: pgsql: Teach expr_is_nonnullable() to handle more expression types Robert Haas
  • Re: pgsql: Teach expr_is_nonnullable() to handle more expression types Richard Guo
• Re: Proposal: SELECT * EXCLUDE (...) command Robert Treat
  • Re: Proposal: SELECT * EXCLUDE (...) command Hunaid Sohail
  • Re: Proposal: SELECT * EXCLUDE (...) command Marcos Pegoraro
  • Re: Proposal: SELECT * EXCLUDE (...) command Hunaid Sohail
  • Re: Proposal: SELECT * EXCLUDE (...) command Kacper Kuras
  • Re: Proposal: SELECT * EXCLUDE (...) command Hunaid Sohail
  • Re: Proposal: SELECT * EXCLUDE (...) command Kacper Kuras
  • Re: Proposal: SELECT * EXCLUDE (...) command Hunaid Sohail
  • Re: Proposal: SELECT * EXCLUDE (...) command Kacper Kuras
  • Re: Proposal: SELECT * EXCLUDE (...) command Hunaid Sohail
• Re: COPY FROM ... WHERE fails for negated operators Nathan Bossart
• Re: Reduce SyncRepLock contention on the commit path Vadim Ponomarev
  • Re: Reduce SyncRepLock contention on the commit path Vadim Ponomarev
  • Re: Reduce SyncRepLock contention on the commit path Vadim Ponomarev
• Re: Incremental backups report progress as if they were full backups Fujii Masao
  • Re: Incremental backups report progress as if they were full backups Daria Lepikhova
  • Re: Incremental backups report progress as if they were full backups Zsolt Parragi
  • Re: Incremental backups report progress as if they were full backups surya poondla
  • Re: Incremental backups report progress as if they were full backups Daria Lepikhova
  • Re: Incremental backups report progress as if they were full backups surya poondla
  • Re: Incremental backups report progress as if they were full backups Fujii Masao
  • Re: Incremental backups report progress as if they were full backups surya poondla
  • Re: Incremental backups report progress as if they were full backups Daria Lepikhova
  • Re: Incremental backups report progress as if they were full backups Fujii Masao
• Re: Parallel Apply vignesh C
  • Re: Parallel Apply Zhijie Hou
  • Re: Parallel Apply vignesh C
  • Re: Parallel Apply vignesh C
  • Re: Parallel Apply vignesh C
  • Re: Parallel Apply Zhijie Hou
  • Re: Parallel Apply Shlok Kyal
  • Re: Parallel Apply Zhijie Hou
  • Re: Parallel Apply Shlok Kyal
  • Re: Parallel Apply vignesh C
  • Re: Parallel Apply Manu
  • Re: Parallel Apply Manu
  • Re: Parallel Apply Zhijie Hou
  • Re: Parallel Apply Manu
  • Re: Parallel Apply vignesh C
• 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) Heikki Linnakangas
  • 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) Heikki Linnakangas
  • 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: enhancing pg_basebackup speeds up to ~23Gbps (small fixes + io_uring/Direct I/O) Heikki Linnakangas
  • Re: enhancing pg_basebackup speeds up to ~23Gbps (small fixes + io_uring/Direct I/O) Jakub Wartak
• Re: remote_apply commit hangs when wal_receiver_status_interval = 0 Vaibhav Dalvi
  • Re: remote_apply commit hangs when wal_receiver_status_interval = 0 Fujii Masao
  • Re: remote_apply commit hangs when wal_receiver_status_interval = 0 Vaibhav Dalvi
  • Re: remote_apply commit hangs when wal_receiver_status_interval = 0 Fujii Masao
• Re: amcheck: detect corruption from the recent snapshot-export bug Andrey Borodin
  • Re: amcheck: detect corruption from the recent snapshot-export bug Andrey Borodin
• 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 Matheus Alcantara
  • Re: postgres_fdw: transaction mode inheritance corner cases Etsuro Fujita
  • Re: postgres_fdw: transaction mode inheritance corner cases Matheus Alcantara
• Re: Allow pg_read_all_stats to read replication origin status Shubhra Jain
  • Re: Allow pg_read_all_stats to read replication origin status Virender Singla
• Re: Introduce XID age based replication slot invalidation Nisha Moond
  • Re: Introduce XID age based replication slot invalidation Nisha Moond
  • Re: Introduce XID age based replication slot invalidation Bharath Rupireddy
  • Re: Introduce XID age based replication slot invalidation Bharath Rupireddy
  • Re: Introduce XID age based replication slot invalidation Bharath Rupireddy
  • Re: Introduce XID age based replication slot invalidation Bertrand Drouvot
• Re: Improving scalability of Parallel Bitmap Heap/Index Scan John Naylor
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan David Geier
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan David Geier
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan John Naylor
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan David Geier
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan David Geier
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan John Naylor
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan John Naylor
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan David Geier
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan shihao zhong
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan David Geier
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan shihao zhong
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan David Geier
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan John Naylor
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan David Geier
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan shihao zhong
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan John Naylor
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan David Geier
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan John Naylor
  • Re: Improving scalability of Parallel Bitmap Heap/Index Scan David Geier
• Re: Exploring pass-by-value for small Bitmapset sets Matthias van de Meent
• Re: tablecmds: fix bug where index rebuild loses replica identity on partitions Álvaro Rodríguez
• Re: hashjoins vs. Bloom filters (yet again) Andrei Lepikhov
  • Re: hashjoins vs. Bloom filters (yet again) Tomas Vondra
  • Re: hashjoins vs. Bloom filters (yet again) Andrei Lepikhov

• Earlier messages
• Later messages