pgsql-hackers  

Messages by Thread

• • Re: Skipping schema changes in publication shveta malik
  • Re: Skipping schema changes in publication Peter Smith
  • Re: Skipping schema changes in publication vignesh C
  • Re: Skipping schema changes in publication Peter Smith
  • RE: Skipping schema changes in publication Hayato Kuroda (Fujitsu)
  • Re: Skipping schema changes in publication Peter Smith
  • Re: Skipping schema changes in publication Amit Kapila
  • Re: Skipping schema changes in publication vignesh C
  • Re: Skipping schema changes in publication Peter Smith
  • Re: Skipping schema changes in publication Amit Kapila
  • Re: Skipping schema changes in publication Peter Smith
  • Re: Skipping schema changes in publication vignesh C
  • Re: Skipping schema changes in publication Peter Smith
  • Re: Skipping schema changes in publication shveta malik
  • RE: Skipping schema changes in publication Zhijie Hou (Fujitsu)
  • Re: Skipping schema changes in publication Amit Kapila
  • Re: Skipping schema changes in publication vignesh C
  • Re: Skipping schema changes in publication Amit Kapila
  • RE: Skipping schema changes in publication Zhijie Hou (Fujitsu)
  • Re: Skipping schema changes in publication Amit Kapila
  • Re: Skipping schema changes in publication SATYANARAYANA NARLAPURAM
  • Re: Skipping schema changes in publication Shlok Kyal
  • Re: Skipping schema changes in publication shveta malik
• Re: Add comments about fire_triggers argument in ri_triggers.c Amit Langote
  • Re: Add comments about fire_triggers argument in ri_triggers.c Yugo Nagata
  • Re: Add comments about fire_triggers argument in ri_triggers.c Amit Langote
  • Re: Add comments about fire_triggers argument in ri_triggers.c Amit Langote
  • Re: Add comments about fire_triggers argument in ri_triggers.c surya poondla
  • Re: Add comments about fire_triggers argument in ri_triggers.c Yugo Nagata
• [Proposal] pg_stat_wal_records – per-record-type WAL generation statistics SATYANARAYANA NARLAPURAM
  • Re: [Proposal] pg_stat_wal_records – per-record-type WAL generation statistics Michael Paquier
  • Re: [Proposal] pg_stat_wal_records – per-record-type WAL generation statistics SATYANARAYANA NARLAPURAM
• Re: log XLogPrefetch stats at end of recovery Bharath Rupireddy
  • Re: log XLogPrefetch stats at end of recovery SATYANARAYANA NARLAPURAM
• 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 Yura Sokolov
  • Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Yura Sokolov
  • Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Yura Sokolov
  • 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 Yura Sokolov
• Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • RE: Initial COPY of Logical Replication is too slow Hayato Kuroda (Fujitsu)
  • Re: Initial COPY of Logical Replication is too slow Amit Kapila
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • Re: Initial COPY of Logical Replication is too slow Marcos Pegoraro
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • RE: Initial COPY of Logical Replication is too slow Zhijie Hou (Fujitsu)
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • Re:Re: Initial COPY of Logical Replication is too slow 王好燕
  • Re: Initial COPY of Logical Replication is too slow Haoyan Wang
  • RE: Initial COPY of Logical Replication is too slow Hayato Kuroda (Fujitsu)
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • RE: Initial COPY of Logical Replication is too slow Hayato Kuroda (Fujitsu)
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • Re: Initial COPY of Logical Replication is too slow Amit Kapila
  • RE: Initial COPY of Logical Replication is too slow Zhijie Hou (Fujitsu)
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • Re: Initial COPY of Logical Replication is too slow Amit Kapila
  • Re: Initial COPY of Logical Replication is too slow Peter Smith
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • Re: Initial COPY of Logical Replication is too slow Amit Kapila
  • Re: Initial COPY of Logical Replication is too slow Masahiko Sawada
  • Re: Initial COPY of Logical Replication is too slow Amit Kapila
• Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Michael Paquier
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Nathan Bossart
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Nathan Bossart
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Nathan Bossart
• 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 Sami Imseih
  • Re: Track skipped tables during autovacuum and autoanalyze Yugo Nagata
  • Re: Track skipped tables during autovacuum and autoanalyze Yugo Nagata
  • Re: Track skipped tables during autovacuum and autoanalyze Sami Imseih
• Re: Adjust error message for CREATE STATISTICS to account for expressions Michael Paquier
  • Re: Adjust error message for CREATE STATISTICS to account for expressions John Naylor
  • Re: Adjust error message for CREATE STATISTICS to account for expressions Yugo Nagata
  • Re: Adjust error message for CREATE STATISTICS to account for expressions Dean Rasheed
  • Re: Adjust error message for CREATE STATISTICS to account for expressions Yugo Nagata
  • Re: Adjust error message for CREATE STATISTICS to account for expressions John Naylor
  • Re: Adjust error message for CREATE STATISTICS to account for expressions Yugo Nagata
  • Re: Adjust error message for CREATE STATISTICS to account for expressions Dean Rasheed
  • Re: Adjust error message for CREATE STATISTICS to account for expressions Yugo Nagata
  • Re: Adjust error message for CREATE STATISTICS to account for expressions John Naylor
  • Re: Adjust error message for CREATE STATISTICS to account for expressions Chao Li
• Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) David Rowley
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) David Rowley
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) David Rowley
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Alexander Lakhin
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Andres Freund
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Andres Freund
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Alexander Lakhin
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Andres Freund
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Alexander Lakhin
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Alexander Lakhin
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Alexey Makhmutov
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Andres Freund
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Alexey Makhmutov
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
• Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Srinath Reddy Sadipiralla
  • Re: Adding REPACK [concurrently] Srinath Reddy Sadipiralla
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Srinath Reddy Sadipiralla
  • Re: Adding REPACK [concurrently] Srinath Reddy Sadipiralla
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Srinath Reddy Sadipiralla
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Srinath Reddy Sadipiralla
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • RE: Adding REPACK [concurrently] Hayato Kuroda (Fujitsu)
  • Re: Adding REPACK [concurrently] 'Alvaro Herrera'
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Alexander Lakhin
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alexander Lakhin
  • Re: Adding REPACK [concurrently] Antonin Houska
  • RE: Adding REPACK [concurrently] Zhijie Hou (Fujitsu)
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Chao Li
  • Re: Adding REPACK [concurrently] Srinath Reddy Sadipiralla
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] vignesh C
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] vignesh C
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Noah Misch
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Noah Misch
  • Re: Adding REPACK [concurrently] Tom Lane
  • Re: Adding REPACK [concurrently] Srinath Reddy Sadipiralla
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] John Naylor
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Srinath Reddy Sadipiralla
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Tomas Vondra
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Tom Lane
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Amit Kapila
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Andres Freund
  • Re: Adding REPACK [concurrently] Antonin Houska
  • RE: Adding REPACK [concurrently] Hayato Kuroda (Fujitsu)

• Earlier messages
• Later messages