Mailing lists [pgsql-hackers]

1 April 2018

• 00:06   Re: [HACKERS] [PATCH] Incremental sort Tomas Vondra
• 00:31   Re: [PROPOSAL] Shared Ispell dictionaries Arthur Zakirov
• 00:56   Re: [HACKERS] A design for amcheck heapam verification Andres Freund
• 00:59   Re: [HACKERS] A design for amcheck heapam verification Peter Geoghegan
• 01:15   Re: [HACKERS] A design for amcheck heapam verification Peter Geoghegan
• 01:21   Re: Foreign keys and partitioned tables Alvaro Herrera
• 02:00   Re: some last patches breaks plan cache Tomas Vondra
• 02:56   Re: [HACKERS] A design for amcheck heapam verification Peter Geoghegan
• 03:20   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Michael Paquier
• 03:31   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 03:58   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 04:14   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 05:43   Re: [HACKERS] A design for amcheck heapam verification Peter Geoghegan
• 06:08   Re: [HACKERS] A design for amcheck heapam verification Andres Freund
• 06:09   Re: [HACKERS] A design for amcheck heapam verification Peter Geoghegan
• 06:25   Re: [HACKERS] A design for amcheck heapam verification Peter Geoghegan
• 06:29   Re: [HACKERS][PATCH] adding simple sock check for windows Amit Kapila
• 06:32   Re: [HACKERS] A design for amcheck heapam verification Andres Freund
• 06:32   Re: [HACKERS] A design for amcheck heapam verification Peter Geoghegan
• 06:39   Re: [HACKERS][PATCH] adding simple sock check for windows Amit Kapila
• 08:04   lazy detoasting Chapman Flack
• 08:04   Re: [HACKERS] why not parallel seq scan for slow functions Amit Kapila
• 08:19   Re: lazy detoasting Tom Lane
• 08:30   Re: [HACKERS][PATCH] adding simple sock check for windows Tom Lane
• 09:17   Re: [HACKERS] Removing [Merge]Append nodes which contain a single subpath David Rowley
• 09:30   Re: csv format for psql Fabien COELHO
• 10:26   Re: [HACKERS] Removing [Merge]Append nodes which contain a single subpath David Rowley
• 10:27   Re: csv format for psql Pavel Stehule
• 11:01   Re: some last patches breaks plan cache Pavel Stehule
• 11:14   tab complete for procedures for \sf and \ef commands Pavel Stehule
• 13:00   Re: hot_standby_feedback vs excludeVacuum and snapshots Simon Riggs
• 15:04   Re: Online enabling of checksums Magnus Hagander
• 15:48   Diagonal storage model Konstantin Knizhnik
• 15:51   Re: new function for tsquery creartion Aleksandr Parfenov
• 16:39   Re: Add default role 'pg_access_server_files' Stephen Frost
• 17:51   Re: [HACKERS] Re: Improve OR conditions on joined columns (commonstar schema problem) David Rowley
• 17:54   Re: [HACKERS] Re: Improve OR conditions on joined columns (commonstar schema problem) David Rowley
• 18:10   json(b)_to_tsvector with numeric values Dmitry Dolgov
• 18:11   Re: Diagonal storage model Дмитрий Воронин
• 18:27   Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
• 18:46   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Magnus Hagander
• 19:01   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Julian Markwort
• 19:07   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Magnus Hagander
• 19:07   Re: [HACKERS] PATCH: multivariate histograms and MCV lists Tomas Vondra
• 19:33   Re: Planning counters in pg_stat_statements legrand legrand
• 19:43   Re: Diagonal storage model legrand legrand
• 20:09   Re: WIP: Covering + unique indexes. Alexander Korotkov
• 20:13   Re: Diagonal storage model Alexander Korotkov
• 20:32   Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund
• 20:38   Rethinking -L switch handling and construction of LDFLAGS Tom Lane
• 20:43   Re: Rethinking -L switch handling and construction of LDFLAGS Andres Freund
• 20:53   Re: [HACKERS] Lazy hash table for XidInMVCCSnapshot (helps Zipfian abit) Yura Sokolov
• 20:55   Re: Rethinking -L switch handling and construction of LDFLAGS Tom Lane
• 20:58   Re: [HACKERS] Lazy hash table for XidInMVCCSnapshot (helps Zipfian abit) Yura Sokolov
• 21:24   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 21:29   Re: Planning counters in pg_stat_statements legrand legrand
• 22:03   Re: bulk typos Tom Lane
• 22:07   Re: bulk typos Andres Freund
• 22:25   Re: Rethinking -L switch handling and construction of LDFLAGS Andres Freund
• 22:42   Re: Rethinking -L switch handling and construction of LDFLAGS Tom Lane
• 23:00   Re: new function for tsquery creartion Dmitry Ivanov
• 23:01   Re: [PATCH] Logical decoding of TRUNCATE Andres Freund
• 23:10   Re: Optimizing nested ConvertRowtypeExpr execution Andres Freund

2 April 2018

• 00:11   Re: bulk typos Gavin Flower
• 00:11   Re: [HACKERS] Insert values() per-statement overhead Vladimir Sitnikov
• 00:54   Re: Diagonal storage model David Fetter
• 01:18   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 01:19   Re: Diagonal storage model Marko Tiikkaja
• 04:42   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 07:10   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Jeevan Ladhe
• 07:42   Re: Add default role 'pg_access_server_files' Michael Paquier
• 08:18   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 08:29   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Amit Langote
• 09:28   Re: PATCH: Configurable file mode mask Michael Paquier
• 09:39   Re: [PATCH] Logical decoding of TRUNCATE Simon Riggs
• 09:45   Re: json(b)_to_tsvector with numeric values Arthur Zakirov
• 09:51   check_ssl_key_file_permissions should be in be-secure-common.c Michael Paquier
• 10:49   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 11:23   Re: [HACKERS] logical decoding of two-phase transactions Simon Riggs
• 11:28   Re: [HACKERS] logical decoding of two-phase transactions Simon Riggs
• 11:41   Re: json(b)_to_tsvector with numeric values Oleg Bartunov
• 12:12   make installcheck-world in a clean environment Alexander Lakhin
• 12:27   Re: json(b)_to_tsvector with numeric values Arthur Zakirov
• 12:32   Re: [HACKERS] [PATCH] Lockable views Yugo Nagata
• 12:49   Re: [HACKERS] Add support for tuple routing to foreign partitions Amit Langote
• 13:29   Re: json(b)_to_tsvector with numeric values Dmitry Dolgov
• 14:57   Re: Diagonal storage model Ashutosh Bapat
• 15:03   Re: [HACKERS] path toward faster partition pruning David Rowley
• 15:21   Re: Diagonal storage model Andrey Borodin
• 15:26   Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
• 15:29   Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
• 15:35   Re: Foreign keys and partitioned tables Peter Eisentraut
• 15:48   Re: [PATCH] Verify Checksums during Basebackups Michael Banck
• 15:57   Re: hot_standby_feedback vs excludeVacuum and snapshots Amit Kapila
• 17:16   Re: Foreign keys and partitioned tables Peter Eisentraut
• 17:25   Re: disable SSL compression? Robert Haas
• 17:35   Re: Rewriting the test of pg_upgrade as a TAP test - take two Peter Eisentraut
• 17:52   Re: disable SSL compression? Peter Eisentraut
• 17:57   Re: [HACKERS] Partition-wise aggregation/grouping Robert Haas
• 18:03   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 18:04   Re: Change RangeVarGetRelidExtended() to take flags argument? Bossart, Nathan
• 18:05   Re: disable SSL compression? Robert Haas
• 18:07   Re: Feature Request - DDL deployment with logical replication Craig Ringer
• 18:26   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Robert Haas
• 18:39   Re: check_ssl_key_file_permissions should be in be-secure-common.c Peter Eisentraut
• 18:49   Re: disable SSL compression? Peter Eisentraut
• 19:00   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Alvaro Herrera
• 19:41   Re: new function for tsquery creartion Dmitry Ivanov
• 19:46   Re: disable SSL compression? Tom Lane
• 19:49   Re: tab complete for procedures for \sf and \ef commands Peter Eisentraut
• 20:04   Re: disable SSL compression? Peter Eisentraut
• 20:48   Re: disable SSL compression? Garick Hamlin
• 21:04   Re: [HACKERS] logical decoding of two-phase transactions Andres Freund
• 21:13   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 21:28   Re: disable SSL compression? Andres Freund
• 21:30   Re: [PATCH] Logical decoding of TRUNCATE Peter Eisentraut
• 21:35   Re: disable SSL compression? Andres Freund
• 21:40   Re: [PATCH] Logical decoding of TRUNCATE Simon Riggs
• 21:43   Re: [PATCH] Logical decoding of TRUNCATE Andres Freund
• 21:50   Re: [PATCH] Logical decoding of TRUNCATE Andres Freund
• 21:53   Re: Feature Request - DDL deployment with logical replication Andres Freund
• 21:53   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 22:11   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Alvaro Herrera
• 22:24   Re: Passing current_database to BackgroundWorkerInitializeConnection Jeremy Finzel
• 22:27   Re: Passing current_database to BackgroundWorkerInitializeConnection Andres Freund
• 22:32   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 22:33   Re: Passing current_database to BackgroundWorkerInitializeConnection Jeremy Finzel
• 22:35   Re: Passing current_database to BackgroundWorkerInitializeConnection Andres Freund
• 23:02   fdw_startup/tuple_cost vs. parallel_startup/tuple_cost Robert Haas
• 23:32   Re: BRIN FSM vacuuming questions Alvaro Herrera
• 23:38   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 23:51   Disabling memory display in EXPLAIN ANALYZE Andres Freund
• 23:52   Re: BRIN FSM vacuuming questions Tom Lane
• 23:58   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Stephen Frost

3 April 2018

• 00:01   Re: Disabling memory display in EXPLAIN ANALYZE Stephen Frost
• 00:04   Re: [PATCH] Logical decoding of TRUNCATE Christophe Pettus
• 00:09   Re: Add default role 'pg_access_server_files' Stephen Frost
• 00:43   Re: Rethinking -L switch handling and construction of LDFLAGS Tom Lane
• 01:03   Re: Disabling memory display in EXPLAIN ANALYZE Andres Freund
• 02:05   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 02:09   Re: Creating streaming replication standby Tatsuo Ishii
• 02:23   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 02:27   Re: WIP: Covering + unique indexes. Alexander Korotkov
• 02:27   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 03:03   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Christophe Pettus
• 03:05   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 03:07   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Christophe Pettus
• 03:27   Re: check_ssl_key_file_permissions should be in be-secure-common.c Michael Paquier
• 03:48   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Peter Geoghegan
• 03:57   Re: 2018-03 Commitfest Summary (Andres #1) Bruce Momjian
• 04:29   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 05:18   Re: [HACKERS] MERGE SQL Statement for PG11 Andres Freund
• 05:40   Re: [HACKERS] MERGE SQL Statement for PG11 Peter Geoghegan
• 05:49   Re: Diagonal storage model Michael Paquier
• 05:51   RE: Speedup of relation deletes during recovery Tsunakawa, Takayuki
• 05:54   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Robert Haas
• 06:01   Re: [HACKERS] MERGE SQL Statement for PG11 Robert Haas
• 06:11   Re: [HACKERS] MERGE SQL Statement for PG11 Pavan Deolasee
• 06:18   Re: [HACKERS] MERGE SQL Statement for PG11 Peter Geoghegan
• 06:22   Re: [HACKERS] MERGE SQL Statement for PG11 Andres Freund
• 06:45   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Peter Geoghegan
• 07:02   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 07:32   Re: [HACKERS] Add support for tuple routing to foreign partitions Amit Langote
• 07:49   Re: [HACKERS] [PATCH] Lockable views Yugo Nagata
• 07:53   Re: Add default role 'pg_access_server_files' Michael Paquier
• 07:59   Re: [HACKERS] Add support for tuple routing to foreign partitions Amit Langote
• 08:11   Re: BUG #14941: Vacuum crashes Michael Paquier
• 08:11   Re: BUG #14941: Vacuum crashes Michael Paquier
• 08:18   Re: Optimizing nested ConvertRowtypeExpr execution Ashutosh Bapat
• 08:45   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Kyotaro HORIGUCHI
• 09:04   Re: Rewriting the test of pg_upgrade as a TAP test - take two Michael Paquier
• 09:14   Re: ALTER TABLE ADD COLUMN fast default Andrew Dunstan
• 10:23   Re: Changing WAL Header to reduce contention duringReserveXLogInsertLocation() Heikki Linnakangas
• 12:07   Missing parse_merge.h? Satoshi Nagayasu
• 12:09   Re: [HACKERS] [PATCH] Incremental sort Alexander Korotkov
• 12:11   Re: Missing parse_merge.h? Pavan Deolasee
• 12:14   Re: Missing parse_merge.h? Satoshi Nagayasu
• 12:22   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Amit Langote
• 13:35   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 13:40   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 13:47   Re: new function for tsquery creartion Dmitry Ivanov
• 14:10   Re: [HACKERS] [PATCH] Incremental sort Tomas Vondra
• 14:26   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
• 14:28   Re: new function for tsquery creartion Dmitry Ivanov
• 14:52   Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
• 14:57   Re: [PROPOSAL] Shared Ispell dictionaries Arthur Zakirov
• 14:59   Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
• 15:02   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 15:05   Re: Online enabling of checksums Magnus Hagander
• 16:01   Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
• 16:04   Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
• 16:17   Re: [HACKERS] [PATCH] Vacuum: Update FSM more frequently Claudio Freire
• 16:19   Re: [HACKERS] [PATCH] Vacuum: Update FSM more frequently Claudio Freire
• 16:33   Re: Changing WAL Header to reduce contention during ReserveXLogInsertLocation() Robert Haas
• 16:34   Re: [HACKERS] advanced partition matching algorithm forpartition-wise join Ashutosh Bapat
• 16:36   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 16:37   Re: [HACKERS] [PATCH] Vacuum: Update FSM more frequently Claudio Freire
• 16:56   Re: Changing WAL Header to reduce contention during ReserveXLogInsertLocation() Tom Lane
• 16:56   Re: [HACKERS] logical decoding of two-phase transactions Tomas Vondra
• 16:58   Re: Transform for pl/perl Peter Eisentraut
• 17:02   Re: WIP: Covering + unique indexes. Alexander Korotkov
• 17:04   Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
• 17:06   Re: Vacuum: allow usage of more than 1GB of work mem Claudio Freire
• 17:07   Re: [HACKERS] logical decoding of two-phase transactions Stas Kelvich
• 17:09   Re: Vacuum: allow usage of more than 1GB of work mem Claudio Freire
• 17:13   Re: new function for tsquery creartion Aleksandr Parfenov
• 17:20   Re: Vacuum: allow usage of more than 1GB of work mem Claudio Freire
• 17:25   Re: [PATCH] Verify Checksums during Basebackups Tom Lane
• 17:28   Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
• 17:29   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 17:29   Re: [PATCH] Verify Checksums during Basebackups Tom Lane
• 17:32   Re: [PATCH] Verify Checksums during Basebackups Tom Lane
• 17:34   Re: [HACKERS] logical decoding of two-phase transactions Tomas Vondra
• 17:37   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
• 17:37   Re: [HACKERS] logical decoding of two-phase transactions Alvaro Herrera
• 17:38   Re: [HACKERS] logical decoding of two-phase transactions Tomas Vondra
• 17:40   Re: jsonb nesting level edge case Bruce Momjian
• 17:42   Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
• 17:55   Re: [HACKERS] logical decoding of two-phase transactions Tom Lane
• 17:59   Re: [HACKERS] logical decoding of two-phase transactions Tomas Vondra
• 18:15   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 18:32   Re: pgsql: New files for MERGE Andres Freund
• 18:32   Re: pgsql: New files for MERGE Andres Freund
• 18:42   Re: [HACKERS] GUC for cleanup indexes threshold. Masahiko Sawada
• 19:05   Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas
• 19:09   Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund
• 19:12   Re: Running Installcheck remotely Kapil Sharma
• 19:20   Re: Changing WAL Header to reduce contention duringReserveXLogInsertLocation() Andres Freund
• 19:38   Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas
• 19:43   Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund
• 19:50   Re: Prefix operator for text and spgist support Teodor Sigaev
• 19:52   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 20:13   Re: pgsql: Validate page level checksums in base backups Andres Freund
• 20:13   Re: pgsql: Validate page level checksums in base backups Andres Freund
• 20:17   Re: pgsql: Validate page level checksums in base backups Magnus Hagander
• 20:17   Re: pgsql: Validate page level checksums in base backups Magnus Hagander
• 20:39   Re: BRIN FSM vacuuming questions Tom Lane
• 20:44   Re: [HACKERS] Runtime Partition Pruning Jesper Pedersen
• 20:47   Re: Optimize Arm64 crc32c implementation in Postgresql Tom Lane
• 20:50   Re: [HACKERS] Runtime Partition Pruning Beena Emerson
• 21:01   Re: Comment update in BuildTupleFromCStrings() Bruce Momjian
• 21:29   Re: pgsql: Validate page level checksums in base backups Tom Lane
• 21:29   Re: pgsql: Validate page level checksums in base backups Tom Lane
• 21:45   Re: pgsql: Validate page level checksums in base backups Peter Geoghegan
• 21:45   Re: pgsql: Validate page level checksums in base backups Peter Geoghegan
• 21:48   Re: pgsql: Validate page level checksums in base backups Magnus Hagander
• 21:48   Re: pgsql: Validate page level checksums in base backups Magnus Hagander
• 21:55   Re: pgsql: Validate page level checksums in base backups Tom Lane
• 21:55   Re: pgsql: Validate page level checksums in base backups Tom Lane
• 21:56   Re: Optimize Arm64 crc32c implementation in Postgresql Daniel Gustafsson
• 22:11   Re: Foreign keys and partitioned tables Alvaro Herrera
• 22:46   open/lseek overhead with many partitions (including with "fasterpartitioning pruning") Justin Pryzby
• 22:50   Re: WIP: BRIN multi-range indexes Tomas Vondra
• 23:47   Re: Foreign keys and partitioned tables Alvaro Herrera
• 23:48   Re: pgsql: Validate page level checksums in base backups Michael Banck
• 23:48   Re: pgsql: Validate page level checksums in base backups Michael Banck

4 April 2018

• 00:17   Re: pgsql: Validate page level checksums in base backups David Steele
• 00:17   Re: pgsql: Validate page level checksums in base backups David Steele
• 00:47   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Robert Haas
• 00:47   Re: [HACKERS] path toward faster partition pruning David Rowley
• 00:49   Re: Foreign keys and partitioned tables Alvaro Herrera
• 01:05   Re: [HACKERS] logical decoding of two-phase transactions Andrew Dunstan
• 01:07   Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro
• 01:11   Re: Online enabling of checksums Tomas Vondra
• 02:01   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Andres Freund
• 02:22   Re: [HACKERS] path toward faster partition pruning David Rowley
• 02:59   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 03:26   Re: open/lseek overhead with many partitions (including with "fasterpartitioning pruning") Amit Langote
• 03:27   Re: open/lseek overhead with many partitions (including with "fasterpartitioning pruning") David Rowley
• 03:31   Re: open/lseek overhead with many partitions (including with "fasterpartitioning pruning") Amit Langote
• 03:37   Re: open/lseek overhead with many partitions (including with "fasterpartitioning pruning") David Rowley
• 03:52   Re: Running Installcheck remotely Michael Paquier
• 03:56   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Bruce Momjian
• 04:13   Re: [HACKERS] path toward faster partition pruning David Rowley
• 04:54   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 05:05   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Bruce Momjian
• 05:10   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 05:14   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Bruce Momjian
• 05:27   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 05:31   Re: [PATCH] Logical decoding of TRUNCATE Peter Eisentraut
• 05:31   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 05:40   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 05:44   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 05:47   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Amit Kapila
• 06:08   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 06:21   Re: [HACKERS] path toward faster partition pruning David Rowley
• 06:38   Re: Comment update in BuildTupleFromCStrings() Ashutosh Bapat
• 07:00   Re: [HACKERS] path toward faster partition pruning Tom Lane
• 07:03   Re: [HACKERS] path toward faster partition pruning David Rowley
• 07:48   Re: [HACKERS] Runtime Partition Pruning Beena Emerson
• 08:29   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 08:42   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 09:00   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 09:27   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 10:03   Re: [PATCH] Logical decoding of TRUNCATE Simon Riggs
• 10:04   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 10:04   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 10:06   Re: [HACKERS] path toward faster partition pruning David Rowley
• 10:07   Re: [HACKERS] path toward faster partition pruning David Rowley
• 10:20   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 10:32   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 10:51   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 11:26   Re: Problem while setting the fpw with SIGHUP Kyotaro HORIGUCHI
• 11:35   Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas
• 11:54   Postgres stucks in deadlock detection Konstantin Knizhnik
• 12:23   Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas
• 12:38   Re: [HACKERS] GUC for cleanup indexes threshold. Alexander Korotkov
• 12:38   Re: pgsql: Validate page level checksums in base backups Magnus Hagander
• 12:38   Re: pgsql: Validate page level checksums in base backups Magnus Hagander
• 12:52   Re: json(b)_to_tsvector with numeric values Teodor Sigaev
• 12:53   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 13:31   Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
• 14:13   Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro
• 14:21   Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas
• 14:27   Re: json(b)_to_tsvector with numeric values Dmitry Dolgov
• 14:47   Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro
• 14:58   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 15:00   Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro
• 15:18   Re: Add default role 'pg_access_server_files' Stephen Frost
• 15:19   Re: pgsql: Validate page level checksums in base backups Michael Banck
• 15:19   Re: pgsql: Validate page level checksums in base backups Michael Banck
• 15:23   Re: Online enabling of checksums Michael Banck
• 15:46   Re: [HACKERS] MERGE SQL Statement for PG11 Jesper Pedersen
• 16:07   Re: [HACKERS] WIP Patch: Pgbench Serialization and deadlock errors Marina Polyakova
• 16:29   Re: [HACKERS] path toward faster partition pruning David Rowley
• 16:37   Re: Foreign keys and partitioned tables Peter Eisentraut
• 16:47   Re: pgsql: Validate page level checksums in base backups Alvaro Herrera
• 16:49   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Bruce Momjian
• 16:53   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Bruce Momjian
• 17:00   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 17:09   Re: json(b)_to_tsvector with numeric values Teodor Sigaev
• 17:09   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 17:25   Re: Rewrite of pg_dump TAP tests Stephen Frost
• 17:25   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Bruce Momjian
• 17:33   Re: new function for tsquery creartion Dmitry Ivanov
• 17:42   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 17:49   Re: new function for tsquery creartion Aleksandr Parfenov
• 17:56   Re: Postgres stucks in deadlock detection Teodor Sigaev
• 18:13   Add support for printing/reading MergeAction nodes Marina Polyakova
• 18:23   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Antonis Iliopoulos
• 18:23   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 18:45   Re: [HACKERS] path toward faster partition pruning Jesper Pedersen
• 19:19   Re: Add support for printing/reading MergeAction nodes Tom Lane
• 19:22   Re: [HACKERS] logical decoding of two-phase transactions Tomas Vondra
• 19:30   Re: [HACKERS] GUC for cleanup indexes threshold. Teodor Sigaev
• 19:56   Re: Foreign keys and partitioned tables Alvaro Herrera
• 19:57   Re: Add support for printing/reading MergeAction nodes Simon Riggs
• 20:07   Re: Add support for printing/reading MergeAction nodes Simon Riggs
• 20:08   Re: Add support for printing/reading MergeAction nodes Tom Lane
• 20:10   Re: pgsql: New files for MERGE Andres Freund
• 20:10   Re: pgsql: New files for MERGE Andres Freund
• 20:21   Re: Foreign keys and partitioned tables Alvaro Herrera
• 20:23   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Gasper Zejn
• 20:25   Re: pgsql: Validate page level checksums in base backups Magnus Hagander
• 20:31   Re: [HACKERS] Runtime Partition Pruning Jesper Pedersen
• 20:45   Re: some last patches breaks plan cache Tomas Vondra
• 20:51   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Bruce Momjian
• 20:51   Re: Add support for printing/reading MergeAction nodes Tom Lane
• 20:53   Re: SET TRANSACTION in PL/pgSQL Tomas Vondra
• 20:54   Re: some last patches breaks plan cache Tom Lane
• 21:03   Re: some last patches breaks plan cache Tomas Vondra
• 21:04   Re: Foreign keys and partitioned tables Tom Lane
• 21:08   Re: Add support for printing/reading MergeAction nodes Simon Riggs
• 21:15   Re: Postgres stucks in deadlock detection Andres Freund
• 21:22   Re: pgsql: Validate page level checksums in base backups Michael Banck
• 21:32   Re: pgsql: New files for MERGE Pavan Deolasee
• 21:32   Re: pgsql: New files for MERGE Pavan Deolasee
• 21:34   Re: Postgres stucks in deadlock detection Teodor Sigaev
• 21:35   Re: Postgres stucks in deadlock detection Andres Freund
• 21:46   Re: pgsql: New files for MERGE Andres Freund
• 21:46   Re: pgsql: New files for MERGE Andres Freund
• 21:53   Re: pgsql: New files for MERGE Peter Geoghegan
• 21:53   Re: pgsql: New files for MERGE Peter Geoghegan
• 21:55   Re: Postgres stucks in deadlock detection Teodor Sigaev
• 21:55   Re: pgsql: New files for MERGE Pavan Deolasee
• 21:55   Re: pgsql: New files for MERGE Pavan Deolasee
• 21:58   Re: Postgres stucks in deadlock detection Andres Freund
• 22:09   Re: pgsql: New files for MERGE Tom Lane
• 22:12   Re: Parallel Aggregates for string_agg and array_agg Tomas Vondra
• 22:26   Re: pgsql: New files for MERGE Peter Geoghegan
• 22:42   Re: Foreign keys and partitioned tables Alvaro Herrera
• 23:07   Re: pgsql: New files for MERGE Simon Riggs
• 23:14   Re: pgsql: New files for MERGE Andres Freund
• 23:24   Re: pgsql: New files for MERGE Peter Geoghegan
• 23:28   Re: pgsql: New files for MERGE Simon Riggs

5 April 2018

• 00:09   Re: Foreign keys and partitioned tables Alvaro Herrera
• 00:21   comments around heap_lock_tuple confus{ing,ed} around deleted tuples Andres Freund
• 00:28   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 00:34   Re: comments around heap_lock_tuple confus{ing,ed} around deletedtuples Alvaro Herrera
• 00:44   Re: comments around heap_lock_tuple confus{ing,ed} around deletedtuples Andres Freund
• 01:09   Re: WIP: Covering + unique indexes. Alexander Korotkov
• 01:14   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 01:29   Re: WIP: a way forward on bootstrap data Tom Lane
• 01:34   Re: WIP: a way forward on bootstrap data Andres Freund
• 01:43   Re: [PROPOSAL] timestamp informations to pg_stat_statements legrand legrand
• 01:53   Re: [HACKERS] [PATCH] Lockable views Tatsuo Ishii
• 02:43   Re: [PATCH] btree_gin, add support for uuid, bool, name, bpchar andanyrange types Tomas Vondra
• 03:03   Re: PATCH: Configurable file mode mask David Steele
• 03:06   Re: Rewrite of pg_dump TAP tests Michael Paquier
• 04:44   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Andres Freund
• 05:01   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 05:13   Re: pgsql: New files for MERGE Michael Paquier
• 05:13   Re: pgsql: New files for MERGE Michael Paquier
• 05:34   Re: lazy detoasting Chapman Flack
• 05:40   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 06:14   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 06:41   Re: Parallel Aggregates for string_agg and array_agg David Rowley
• 07:04   Unstable number of workers in select_parallel test on spurfowl Thomas Munro
• 07:10   Re: WIP: a way forward on bootstrap data Tom Lane
• 07:47   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Amit Kapila
• 08:10   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key David G. Johnston
• 08:40   Re: [HACKERS] GUC for cleanup indexes threshold. Masahiko Sawada
• 09:01   Re: [HACKERS] MERGE SQL Statement for PG11 Pavan Deolasee
• 09:02   Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
• 09:04   Shared PostgreSQL libraries and symbol versioning Pavel Raiskup
• 09:08   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Amit Kapila
• 09:37   Re: [HACKERS] Add support for tuple routing to foreign partitions Amit Langote
• 09:43   Re: [HACKERS] GUC for cleanup indexes threshold. Masahiko Sawada
• 09:50   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 09:51   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Pavan Deolasee
• 09:54   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 09:55   Re: PATCH: Configurable file mode mask Michael Paquier
• 09:56   Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
• 10:09   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 10:23   Excessive PostmasterIsAlive calls slow down WAL redo Heikki Linnakangas
• 10:31   Re: [HACKERS] Add support for tuple routing to foreign partitions Amit Langote
• 10:55   Re: [HACKERS] MERGE SQL Statement for PG11 Simon Riggs
• 11:03   Re: Postgres stucks in deadlock detection Konstantin Knizhnik
• 11:11   Re: CALL optional in PL/pgSQL Heikki Linnakangas
• 11:12   Re: Flexible configuration for full-text search Aleksandr Parfenov
• 11:28   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 11:31   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 11:35   Re: chained transactions Heikki Linnakangas
• 11:45   Re: [HACKERS] logical decoding of two-phase transactions Tomas Vondra
• 11:46   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 12:07   Re: Online enabling of checksums Magnus Hagander
• 12:17   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 12:17   Re: [HACKERS] GUC for cleanup indexes threshold. Kyotaro HORIGUCHI
• 12:24   Re: [HACKERS] Add support for tuple routing to foreign partitions Amit Langote
• 12:33   Re: Online enabling of checksums Tomas Vondra
• 13:09   Re: pgsql: New files for MERGE Robert Haas
• 13:15   Re: pgsql: New files for MERGE Simon Riggs
• 13:21   Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
• 13:23   Re: [HACKERS] GUC for cleanup indexes threshold. Teodor Sigaev
• 13:31   Re: Add support for printing/reading MergeAction nodes Pavan Deolasee
• 13:34   Get the name of the target Relation from Query struct? Ernst-Georg Schmid
• 14:02   Re: pgsql: Validate page level checksums in base backups Magnus Hagander
• 14:12   Re: Add support for printing/reading MergeAction nodes Simon Riggs
• 14:16   Re: [PATCH] btree_gin, add support for uuid, bool, name, bpchar andanyrange types Teodor Sigaev
• 14:38   Re: [HACKERS] MERGE SQL Statement for PG11 Jesper Pedersen
• 14:48   Re: [HACKERS] MERGE SQL Statement for PG11 Simon Riggs
• 14:54   Re: [HACKERS] MERGE SQL Statement for PG11 Pavan Deolasee
• 14:56   Re: [HACKERS] MERGE SQL Statement for PG11 Jesper Pedersen
• 15:04   Re: [HACKERS] MERGE SQL Statement for PG11 Simon Riggs
• 15:17   Re: [PATCH] btree_gin, add support for uuid, bool, name, bpchar andanyrange types Tomas Vondra
• 15:18   Re: [HACKERS] MERGE SQL Statement for PG11 Teodor Sigaev
• 15:19   Re: [HACKERS] MERGE SQL Statement for PG11 Jesper Pedersen
• 15:22   Re: [HACKERS] MERGE SQL Statement for PG11 Simon Riggs
• 15:24   Re: [HACKERS] MERGE SQL Statement for PG11 Simon Riggs
• 15:41   Re: pgsql: Validate page level checksums in base backups Michael Banck
• 15:46   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 15:47   Re: [PATCH] btree_gin, add support for uuid, bool, name, bpchar andanyrange types Matheus de Oliveira
• 15:54   typcategory for regconfig Dmitry Dolgov
• 15:54   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 15:59   Re: Get the name of the target Relation from Query struct? David Rowley
• 16:17   Re: pgsql: Validate page level checksums in base backups Alvaro Herrera
• 16:20   AW: Get the name of the target Relation from Query struct? Ernst-Georg Schmid
• 16:27   Re: typcategory for regconfig Tom Lane
• 16:41   Query Rewrite for Materialized Views (FDW Extension) Dent John
• 16:41   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 16:42   Re: Excessive PostmasterIsAlive calls slow down WAL redo Alvaro Herrera
• 16:43   Re: typcategory for regconfig Dmitry Dolgov
• 16:48   Re: typcategory for regconfig Tom Lane
• 16:50   Re: Excessive PostmasterIsAlive calls slow down WAL redo Simon Riggs
• 16:50   Re: Get the name of the target Relation from Query struct? David Rowley
• 16:51   Re: typcategory for regconfig Dmitry Dolgov
• 17:02   Re: WIP: Covering + unique indexes. Erik Rijkers
• 17:04   Re: typcategory for regconfig Tom Lane
• 17:07   Re: WIP: Covering + unique indexes. Alexander Korotkov
• 17:26   Re: Flexible configuration for full-text search Teodor Sigaev
• 17:26   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 17:49   Re: WIP: a way forward on bootstrap data John Naylor
• 17:53   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 17:55   Re: Online enabling of checksums Andrey Borodin
• 17:58   Re: Online enabling of checksums Magnus Hagander
• 17:59   Re: WIP: Covering + unique indexes. Alexander Korotkov
• 18:08   Re: [HACKERS] WIP Patch: Pgbench Serialization and deadlock errors Ildus Kurbangaliev
• 18:08   Re: Online enabling of checksums Andrey Borodin
• 18:09   Re: [HACKERS] MERGE SQL Statement for PG11 Alvaro Herrera
• 18:23   Re: [PATCH] btree_gin, add support for uuid, bool, name, bpchar andanyrange types Teodor Sigaev
• 18:30   Re: WIP: a way forward on bootstrap data Tom Lane
• 18:36   Re: Removing useless DISTINCT clauses Melanie Plageman
• 18:44   Re: json(b)_to_tsvector with numeric values Dmitry Dolgov
• 18:52   Re: [PATCH] Logical decoding of TRUNCATE Peter Eisentraut
• 18:58   Re: [HACKERS] MERGE SQL Statement for PG11 Simon Riggs
• 19:07   Re: [HACKERS] MERGE SQL Statement for PG11 Alvaro Herrera
• 19:08   Re: PATCH: Configurable file mode mask David Steele
• 19:56   Re: new function for tsquery creartion Teodor Sigaev
• 20:04   Re: Allow workers to override datallowconn Magnus Hagander
• 20:07   Re: [PATCH] Logical decoding of TRUNCATE Alvaro Herrera
• 20:23   Re: WIP: a way forward on bootstrap data Tom Lane
• 20:30   Re: Online enabling of checksums Magnus Hagander
• 21:19   Re: pgsql: New files for MERGE Andres Freund
• 21:27   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 21:33   Re: WIP: a way forward on bootstrap data Tom Lane
• 21:37   Re: Flexible configuration for full-text search Andres Freund
• 21:39   Re: Excessive PostmasterIsAlive calls slow down WAL redo Tom Lane
• 22:01   Re: some last patches breaks plan cache Peter Eisentraut
• 22:10   Re: Parallel Aggregates for string_agg and array_agg Tels
• 22:11   Re: [HACKERS] MERGE SQL Statement for PG11 Simon Riggs
• 22:20   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 22:25   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Andres Freund
• 22:31   Re: SET TRANSACTION in PL/pgSQL Peter Eisentraut
• 22:33   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Bruce Momjian
• 22:34   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Alvaro Herrera
• 22:43   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Andres Freund
• 22:47   Re: [HACKERS] Runtime Partition Pruning Jesper Pedersen
• 23:00   Re: [HACKERS] MERGE SQL Statement for PG11 Andres Freund
• 23:02   Re: Vacuum: allow usage of more than 1GB of work mem Heikki Linnakangas
• 23:02   Re: pgsql: New files for MERGE Bruce Momjian
• 23:06   Re: Online enabling of checksums Magnus Hagander
• 23:12   Re: Online enabling of checksums Andres Freund
• 23:14   Re: Online enabling of checksums Andres Freund
• 23:20   Re: Online enabling of checksums Magnus Hagander
• 23:27   Re: Online enabling of checksums Andres Freund
• 23:28   Re: WIP: a way forward on bootstrap data John Naylor
• 23:29   Re: BUG #14941: Vacuum crashes Bossart, Nathan
• 23:29   Re: BUG #14941: Vacuum crashes Bossart, Nathan
• 23:35   Re: WIP: a way forward on bootstrap data John Naylor
• 23:46   Re: Parallel Aggregates for string_agg and array_agg Tomas Vondra
• 23:47   Re: WIP: a way forward on bootstrap data Tom Lane
• 23:49   Re: Parallel Aggregates for string_agg and array_agg Tomas Vondra
• 23:51   Re: Online enabling of checksums Joshua D. Drake
• 23:52   Re: WIP: a way forward on bootstrap data Tom Lane
• 23:55   Re: file cloning in pg_upgrade and CREATE DATABASE Peter Eisentraut

6 April 2018

• 00:01   Re: Online enabling of checksums Andres Freund
• 00:08   Re: Online enabling of checksums Joshua D. Drake
• 00:09   Re: Online enabling of checksums Peter Geoghegan
• 00:13   Re: Online enabling of checksums Magnus Hagander
• 00:13   Re: Online enabling of checksums Peter Geoghegan
• 00:16   Re: [HACKERS] Optional message to user when terminating/cancellingbackend Peter Eisentraut
• 00:23   Re: Online enabling of checksums Andres Freund
• 00:23   Re: [PATCH] btree_gin, add support for uuid, bool, name, bpchar andanyrange types Matheus de Oliveira
• 00:32   Re: Online enabling of checksums Magnus Hagander
• 00:33   Re: [HACKERS] Optional message to user when terminating/cancelling backend Daniel Gustafsson
• 00:41   Re: BUG #14941: Vacuum crashes Michael Paquier
• 00:41   Re: BUG #14941: Vacuum crashes Michael Paquier
• 00:41   Re: Online enabling of checksums Andres Freund
• 00:48   Re: Online enabling of checksums Tom Lane
• 00:50   Re: Online enabling of checksums Magnus Hagander
• 00:51   Re: Parallel Aggregates for string_agg and array_agg David Rowley
• 01:16   Checkpoint not retrying failed fsync? Andrew Gierth
• 01:35   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 01:37   Re: Removing useless DISTINCT clauses David Rowley
• 01:46   Re: Fix for pg_stat_activity putting client hostaddr into appname field Edmund Horner
• 01:59   Re: Vacuum: allow usage of more than 1GB of work mem Claudio Freire
• 02:17   Re: Checkpoint not retrying failed fsync? Thomas Munro
• 02:33   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 02:34   Re: Checkpoint not retrying failed fsync? Andrew Gierth
• 02:36   Re: Checkpoint not retrying failed fsync? Thomas Munro
• 02:37   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andrew Gierth
• 02:43   Re: [HACKERS] [PATCH] Incremental sort Alexander Korotkov
• 03:02   Re: [HACKERS] path toward faster partition pruning David Rowley
• 03:06   Re: [HACKERS] path toward faster partition pruning David Rowley
• 03:28   Re: Online enabling of checksums Daniel Gustafsson
• 03:56   Re: Checkpoint not retrying failed fsync? Thomas Munro
• 04:11   Re: Checkpoint not retrying failed fsync? Thomas Munro
• 04:27   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 04:29   Re: PATCH: psql tab completion for SELECT Peter Eisentraut
• 04:33   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 04:52   Re: [HACKERS] GUC for cleanup indexes threshold. Masahiko Sawada
• 05:00   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 05:03   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 05:39   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 05:47   Re: Fix for pg_stat_activity putting client hostaddr into appnamefield Michael Paquier
• 05:47   Re: BUG #14941: Vacuum crashes Michael Paquier
• 05:47   Re: BUG #14941: Vacuum crashes Michael Paquier
• 05:49   Re: [HACKERS] Optional message to user when terminating/cancellingbackend Michael Paquier
• 05:53   Re: chained transactions Peter Eisentraut
• 05:53   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 05:54   Re: pgsql: New files for MERGE Michael Paquier
• 06:01   Re: PATCH: psql tab completion for SELECT Edmund Horner
• 06:08   Re: csv format for psql Peter Eisentraut
• 06:20   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 06:27   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 06:29   Re: using index or check in ALTER TABLE SET NOT NULL Peter Eisentraut
• 06:41   Re: WIP: a way forward on bootstrap data Tom Lane
• 06:46   Re: csv format for psql Jonathan S. Katz
• 07:08   Re: WIP: a way forward on bootstrap data John Naylor
• 07:11   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Amit Kapila
• 07:31   Re: [HACKERS] MERGE SQL Statement for PG11 Pavan Deolasee
• 07:47   Re: WIP: a way forward on bootstrap data John Naylor
• 07:51   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 07:55   Re: PATCH: Configurable file mode mask Michael Paquier
• 08:08   Re: Excessive PostmasterIsAlive calls slow down WAL redo Michael Paquier
• 08:38   Re: csv format for psql Pavel Stehule
• 09:14   Re: some last patches breaks plan cache Pavel Stehule
• 09:19   Re: make installcheck-world in a clean environment Alexander Lakhin
• 09:21   Re: Optimizing nested ConvertRowtypeExpr execution Ashutosh Bapat
• 09:37   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key amul sul
• 09:37   Re: Optimizing nested ConvertRowtypeExpr execution Pavel Stehule
• 10:20   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key amul sul
• 10:28   Re: using index or check in ALTER TABLE SET NOT NULL Sergei Kornilov
• 10:37   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key amul sul
• 10:38   Re: [HACKERS] MERGE SQL Statement for PG11 Amit Langote
• 10:49   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Amit Kapila
• 10:51   Re: Flexible configuration for full-text search Aleksandr Parfenov
• 11:20   Re: Problem while setting the fpw with SIGHUP Kyotaro HORIGUCHI
• 11:21   Re: pgsql: New files for MERGE Simon Riggs
• 11:33   Re: [HACKERS] GUC for cleanup indexes threshold. Kyotaro HORIGUCHI
• 11:38   AW: Get the name of the target Relation from Query struct? Ernst-Georg Schmid
• 11:49   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key amul sul
• 11:51   Re: Get the name of the target Relation from Query struct? David Rowley
• 12:06   AW: Get the name of the target Relation from Query struct? Ernst-Georg Schmid
• 12:11   AW: Get the name of the target Relation from Query struct? Ernst-Georg Schmid
• 12:18   Re: [HACKERS] Optional message to user when terminating/cancelling backend Daniel Gustafsson
• 12:25   Re: Online enabling of checksums Magnus Hagander
• 12:35   Re: [HACKERS] MERGE SQL Statement for PG11 Simon Riggs
• 12:39   Re: Add support for printing/reading MergeAction nodes Simon Riggs
• 13:06   ERROR: invalid memory alloc request size 1073741824 Suhal Vemu
• 13:12   AW: Get the name of the target Relation from Query struct? SOLVED! Ernst-Georg Schmid
• 13:17   Re: WIP: a way forward on bootstrap data John Naylor
• 13:46   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 14:06   Re: ERROR: invalid memory alloc request size 1073741824 David Rowley
• 14:37   Re: pgsql: New files for MERGE Tom Kincaid
• 14:39   Re: Excessive PostmasterIsAlive calls slow down WAL redo Stephen Frost
• 14:52   Re: [HACKERS] MERGE SQL Statement for PG11 Pavan Deolasee
• 15:00   Re: [HACKERS] logical decoding of two-phase transactions Andrew Dunstan
• 15:24   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 15:29   Re: Problem while setting the fpw with SIGHUP Amit Kapila
• 15:30   Re: [HACKERS] logical decoding of two-phase transactions Peter Eisentraut
• 15:34   Re: Online enabling of checksums Tomas Vondra
• 15:43   Re: csv format for psql Jonathan S. Katz
• 16:03   Re: [FEATURE PATCH] pg_stat_statements with plans (v02) Julian Markwort
• 16:15   Re: PATCH: Configurable file mode mask Stephen Frost
• 16:23   Re: pgsql: New files for MERGE Pavan Deolasee
• 16:35   Re: Get the name of the target Relation from Query struct? Ashutosh Bapat
• 16:39   Re: Vacuum: allow usage of more than 1GB of work mem Heikki Linnakangas
• 16:40   Re: Get the name of the target Relation from Query struct? SOLVED! Ashutosh Bapat
• 16:42   Re: Vacuum: allow usage of more than 1GB of work mem Heikki Linnakangas
• 16:43   AW: Get the name of the target Relation from Query struct? SOLVED! Ernst-Georg Schmid
• 16:56   Re: WIP: a way forward on bootstrap data John Naylor
• 17:00   Re: Vacuum: allow usage of more than 1GB of work mem Alvaro Herrera
• 17:04   Re: ERROR: invalid memory alloc request size 1073741824 Tom Lane
• 17:13   Re: pgsql: Foreign keys on partitioned tables Robert Haas
• 17:14   Re: WIP: a way forward on bootstrap data Tom Lane
• 17:20   Re: PATCH: Configurable file mode mask Michael Paquier
• 17:25   Re: json(b)_to_tsvector with numeric values Teodor Sigaev
• 17:25   Re: [HACKERS] Subscription code improvements Peter Eisentraut
• 17:38   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 17:39   Re: WIP: a way forward on bootstrap data Tom Lane
• 17:40   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 17:54   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 18:36   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 18:41   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 18:46   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 18:49   Re: WIP: Covering + unique indexes. Alexander Korotkov
• 18:51   Re: json(b)_to_tsvector with numeric values Dmitry Dolgov
• 19:04   Re: WIP: a way forward on bootstrap data Tom Lane
• 19:20   Re: [HACKERS] logical decoding of two-phase transactions Andres Freund
• 19:22   Re: pgsql: New files for MERGE Bruce Momjian
• 19:22   Mop-up for the bootstrap data conversion patch Tom Lane
• 19:39   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 19:41   Re: Backend memory dump analysis Peter Eisentraut
• 19:41   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 19:50   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 19:51   src/backend/partitioning Alvaro Herrera
• 19:55   Re: json(b)_to_tsvector with numeric values Teodor Sigaev
• 19:56   Re: pgsql: New files for MERGE Andres Freund
• 20:00   Re: Built-in connection pooling Konstantin Knizhnik
• 20:03   Re: Built-in connection pooling Konstantin Knizhnik
• 20:09   Re: Excessive PostmasterIsAlive calls slow down WAL redo Heikki Linnakangas
• 20:11   Re: Online enabling of checksums Andres Freund
• 20:20   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 20:22   Re: Online enabling of checksums Andres Freund
• 20:22   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 20:26   Re: [HACKERS] [PATCH] Incremental sort Tomas Vondra
• 20:33   Re: WIP: Covering + unique indexes. Alexander Korotkov
• 20:39   Re: pgsql: New files for MERGE Alexander Korotkov
• 20:40   Re: Online enabling of checksums Tomas Vondra
• 20:42   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 20:43   Re: pgsql: New files for MERGE Andres Freund
• 20:45   Re: [HACKERS] path toward faster partition pruning Jesper Pedersen
• 20:46   Re: Online enabling of checksums Andres Freund
• 20:57   Re: pgsql: New files for MERGE Peter Geoghegan
• 20:59   Re: Online enabling of checksums Tomas Vondra
• 21:08   Re: WIP: Covering + unique indexes. Alexander Korotkov
• 21:13   Re: Online enabling of checksums Andres Freund
• 21:14   Re: Online enabling of checksums Robert Haas
• 21:17   Re: Online enabling of checksums Andres Freund
• 21:18   Re: Online enabling of checksums Tomas Vondra
• 21:19   Re: pgsql: New files for MERGE Alexander Korotkov
• 21:27   Documentation for bootstrap data conversion Tom Lane
• 21:31   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Magnus Hagander
• 21:32   Re: Online enabling of checksums Tomas Vondra
• 21:35   Re: pgsql: New files for MERGE Robert Haas
• 21:40   Re: [HACKERS] WIP Patch: Pgbench Serialization and deadlock errors Marina Polyakova
• 22:02   Re: PATCH: Configurable file mode mask Stephen Frost
• 22:04   Re: PATCH: Configurable file mode mask Stephen Frost
• 22:06   Re: Add support for printing/reading MergeAction nodes Marina Polyakova
• 22:09   Re: Excessive PostmasterIsAlive calls slow down WAL redo Stephen Frost
• 22:11   Re: Add default role 'pg_access_server_files' Stephen Frost
• 22:17   Re: postgres_fdw: perform UPDATE/DELETE .. RETURNING on a joindirectly Andres Freund
• 22:26   Re: Add support for printing/reading MergeAction nodes Marina Polyakova
• 22:42   Re: Documentation for bootstrap data conversion Andres Freund
• 23:20   Re: WIP: a way forward on bootstrap data Tom Lane
• 23:25   Re: Vacuum: allow usage of more than 1GB of work mem Claudio Freire
• 23:28   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 23:28   Re: pgsql: Validate page level checksums in base backups Magnus Hagander
• 23:29   Re: BUG #14941: Vacuum crashes Bossart, Nathan
• 23:29   Re: BUG #14941: Vacuum crashes Bossart, Nathan
• 23:29   Re: Documentation for bootstrap data conversion Tom Lane
• 23:33   Re: Vacuum: allow usage of more than 1GB of work mem Alvaro Herrera
• 23:40   Re: [HACKERS] [PATCH] Incremental sort Alexander Kuzmenkov
• 23:49   Re: pgsql: Foreign keys on partitioned tables Alvaro Herrera
• 23:55   Re: [HACKERS] pgbench - allow to store select results into variables Stephen Frost
• 23:57   Re: [FEATURE PATCH] pg_stat_statements with plans (v02) legrand legrand
• 23:59   The buildfarm is in a pretty bad way, folks Tom Lane

7 April 2018

• 00:02   Re: The buildfarm is in a pretty bad way, folks Andres Freund
• 00:03   Re: [HACKERS] path toward faster partition pruning Andres Freund
• 00:12   Re: The buildfarm is in a pretty bad way, folks Magnus Hagander
• 00:15   Re: PATCH: pgbench - option to build using ppoll() for largerconnection counts Andres Freund
• 00:18   Re: [HACKERS] logical decoding of two-phase transactions Andrew Dunstan
• 00:19   Re: The buildfarm is in a pretty bad way, folks Andres Freund
• 00:24   Re: The buildfarm is in a pretty bad way, folks Magnus Hagander
• 00:25   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 00:29   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 00:32   Re: The buildfarm is in a pretty bad way, folks Alvaro Herrera
• 00:33   Re: Online enabling of checksums Andres Freund
• 00:36   Re: [HACKERS] logical decoding of two-phase transactions Andrew Dunstan
• 00:44   Re: The buildfarm is in a pretty bad way, folks Tom Lane
• 00:48   Re: The buildfarm is in a pretty bad way, folks Magnus Hagander
• 00:49   Re: PATCH: pgbench - option to build using ppoll() for larger connection counts Tom Lane
• 00:54   Re: The buildfarm is in a pretty bad way, folks Tom Lane
• 00:54   Re: PATCH: pgbench - option to build using ppoll() for largerconnection counts Andres Freund
• 01:04   Re: PATCH: Configurable file mode mask David Steele
• 01:23   Re: Online enabling of checksums Andres Freund
• 01:34   Re: PATCH: Configurable file mode mask David Steele
• 01:45   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 01:46   Re: pgsql: Foreign keys on partitioned tables Robert Haas
• 01:49   Re: src/backend/partitioning Robert Haas
• 01:53   Re: PostgreSQL 11 Release Management Team & Feature Freeze Robert Haas
• 01:54   Re: PostgreSQL 11 Release Management Team & Feature Freeze Jonathan S. Katz
• 01:56   Re: Online enabling of checksums Andres Freund
• 01:57   Re: PostgreSQL 11 Release Management Team & Feature Freeze Robert Haas
• 01:58   Re: Online enabling of checksums Robert Haas
• 01:59   Re: PostgreSQL 11 Release Management Team & Feature Freeze Jonathan S. Katz
• 02:01   Re: [HACKERS] path toward faster partition pruning Robert Haas
• 02:04   Re: PostgreSQL 11 Release Management Team & Feature Freeze Robert Haas
• 02:04   Re: Online enabling of checksums Daniel Gustafsson
• 02:13   Re: Online enabling of checksums Andres Freund
• 02:25   Re: [HACKERS] Add support for tuple routing to foreign partitions Robert Haas
• 02:27   Re: Online enabling of checksums Daniel Gustafsson
• 02:31   Re: Online enabling of checksums Stephen Frost
• 02:38   Bring atomic flag fallback up to snuff Andres Freund
• 02:39   Re: Parallel index creation does not properly cleanup after error Robert Haas
• 02:40   Re: Parallel index creation does not properly cleanup after error Peter Geoghegan
• 02:40   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 02:41   Re: Parallel index creation does not properly cleanup after error David Rowley
• 02:42   Re: Online enabling of checksums Andres Freund
• 02:46   [PATCH] Update README for Resource Owners Chapman Flack
• 02:51   Re: Online enabling of checksums Andres Freund
• 02:52   Re: [PATCH] Update README for Resource Owners Andres Freund
• 02:52   Re: Online enabling of checksums Stephen Frost
• 03:00   Re: Vacuum: allow usage of more than 1GB of work mem Claudio Freire
• 03:03   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 03:19   Re: [PATCH] Update README for Resource Owners Chapman Flack
• 03:35   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 03:43   Re: [HACKERS] path toward faster partition pruning David Rowley
• 03:59   Re: Online enabling of checksums Andres Freund
• 04:10   Re: [PATCH] Update README for Resource Owners Chapman Flack
• 04:31   Re: [HACKERS] path toward faster partition pruning David Rowley
• 04:50   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 04:55   Re: [HACKERS] path toward faster partition pruning David Rowley
• 05:12   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 05:22   Re: PATCH: Configurable file mode mask Stephen Frost
• 05:26   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 05:42   Re: [HACKERS] path toward faster partition pruning David Rowley
• 06:00   Re: [HACKERS] path toward faster partition pruning Andres Freund
• 06:03   Re: [HACKERS] path toward faster partition pruning Ashutosh Bapat
• 06:04   Re: [HACKERS] path toward faster partition pruning David Rowley
• 06:07   Re: [HACKERS] path toward faster partition pruning David Rowley
• 06:14   Re: [HACKERS] path toward faster partition pruning Ashutosh Bapat
• 06:17   Re: [HACKERS] pgbench - allow to store select results into variables Stephen Frost
• 06:18   Re: [HACKERS] path toward faster partition pruning Andres Freund
• 06:20   Re: [HACKERS] path toward faster partition pruning David Rowley
• 06:25   Re: [HACKERS] path toward faster partition pruning David Rowley
• 06:38   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Andres Freund
• 06:39   Re: [HACKERS] path toward faster partition pruning Ashutosh Bapat
• 06:41   Re: [HACKERS] path toward faster partition pruning Tom Lane
• 06:42   Re: [HACKERS] path toward faster partition pruning David Rowley
• 06:46   Re: [HACKERS] path toward faster partition pruning Andres Freund
• 06:49   Re: [HACKERS] path toward faster partition pruning David Rowley
• 07:09   Re: [HACKERS] path toward faster partition pruning Andres Freund
• 07:11   Re: [HACKERS] path toward faster partition pruning David Rowley
• 07:13   Re: [HACKERS] path toward faster partition pruning David Rowley
• 07:14   Re: [HACKERS] path toward faster partition pruning David Rowley
• 07:18   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 07:26   Re: Online enabling of checksums Andres Freund
• 07:26   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 07:31   Re: [HACKERS] Runtime Partition Pruning Andres Freund
• 07:39   Re: [HACKERS] path toward faster partition pruning Tom Lane
• 07:46   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 07:58   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 07:58   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 07:59   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 08:01   Re: [HACKERS] Runtime Partition Pruning Andres Freund
• 08:20   Re: PATCH: pgbench - option to build using ppoll() for larger connection counts konstantin knizhnik
• 08:49   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 09:34   Re: WIP: a way forward on bootstrap data John Naylor
• 09:41   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 09:57   Re: Online enabling of checksums Magnus Hagander
• 10:12   Re: Corrupted data due to system power failure Gaetano Mendola
• 11:14   Re: Online enabling of checksums Michael Banck
• 11:45   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 14:04   Re: WIP: a way forward on bootstrap data Alvaro Herrera
• 14:13   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 14:55   Re: csv format for psql Daniel Verite
• 14:57   Re: WIP: Covering + unique indexes. (the good and the bad) Erik Rijkers
• 15:00   Re: csv format for psql Pavel Stehule
• 15:23   Re: csv format for psql Daniel Verite
• 15:23   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 15:25   Re: Mop-up for the bootstrap data conversion patch Alvaro Herrera
• 15:27   Re: WIP: Covering + unique indexes. (the good and the bad) Teodor Sigaev
• 15:27   Re: WIP: Covering + unique indexes. (the good and the bad) Alexander Korotkov
• 15:31   Re: Mop-up for the bootstrap data conversion patch Michael Paquier
• 15:33   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 15:48   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 15:56   Re: WIP: Covering + unique indexes. (the good and the bad) Erik Rijkers
• 15:57   Re: Bring atomic flag fallback up to snuff Magnus Hagander
• 16:18   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 16:22   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 16:24   Re: csv format for psql Daniel Verite
• 16:24   Re: WIP: Covering + unique indexes. Alvaro Herrera
• 16:41   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 16:48   Re: csv format for psql Daniel Verite
• 16:51   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 16:55   Re: [HACKERS] Runtime Partition Pruning Jesper Pedersen
• 16:56   Re: [HACKERS] [PATCH] Incremental sort Alexander Korotkov
• 16:56   Re: WIP: a way forward on bootstrap data Tom Lane
• 17:10   Re: [HACKERS] [PATCH] Incremental sort Alexander Korotkov
• 17:12   Re: [HACKERS] PATCH: multivariate histograms and MCV lists Bruce Momjian
• 17:17   Re: [HACKERS] GSoC 2017: weekly progress reports (week 4) and patchfor hash index Teodor Sigaev
• 17:20   Re: WIP: a way forward on bootstrap data Alvaro Herrera
• 17:21   Re: [HACKERS] Parallel Append implementation Adrien Nayrat
• 17:34   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 17:37   Re: [HACKERS] [PATCH] Incremental sort Teodor Sigaev
• 17:43   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key amul sul
• 17:46   Re: json(b)_to_tsvector with numeric values Dmitry Dolgov
• 17:52   Re: [HACKERS] [PATCH] Incremental sort Tomas Vondra
• 18:09   Re: json(b)_to_tsvector with numeric values Teodor Sigaev
• 18:15   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Alvaro Herrera
• 18:16   Re: Boolean partitions syntax Jonathan S. Katz
• 18:26   Re: Online enabling of checksums Andres Freund
• 18:48   Re: [HACKERS] [PATCH] Incremental sort Alexander Korotkov
• 18:48   Re: [HACKERS] path toward faster partition pruning Andres Freund
• 19:06   Re: [HACKERS] pgbench - allow to store select results intovariables Fabien COELHO
• 19:06   Re: [HACKERS] [PATCH] Incremental sort Tom Lane
• 19:07   Re: json(b)_to_tsvector with numeric values Dmitry Dolgov
• 19:09   Re: [HACKERS] [PATCH] Incremental sort Andres Freund
• 19:16   Re: Bring atomic flag fallback up to snuff Andres Freund
• 19:18   Re: [HACKERS] [PATCH] Incremental sort Teodor Sigaev
• 19:22   Re: Online enabling of checksums Andres Freund
• 19:23   Re: [HACKERS] [PATCH] Incremental sort Alexander Korotkov
• 19:23   Re: [HACKERS] [PATCH] Incremental sort Tom Lane
• 20:06   Re: Removing useless DISTINCT clauses Tom Lane
• 20:09   Re: PATCH: Configurable file mode mask David Steele
• 20:19   Re: pgsql: New files for MERGE Simon Riggs
• 20:33   Re: pgsql: New files for MERGE Bruce Momjian
• 20:36   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 20:45   Re: pgsql: New files for MERGE Tom Lane
• 20:51   Re: pgsql: New files for MERGE Andres Freund
• 20:52   Re: [HACKERS] PATCH: multivariate histograms and MCV lists Dean Rasheed
• 20:58   Re: pgsql: New files for MERGE Andres Freund
• 21:05   Re: json(b)_to_tsvector with numeric values Teodor Sigaev
• 21:07   Re: Bring atomic flag fallback up to snuff Tom Lane
• 21:08   [sqlsmith] Failed assertion in create_gather_path Andreas Seltenreich
• 21:15   Re: Bring atomic flag fallback up to snuff Andres Freund
• 21:23   Re: Bring atomic flag fallback up to snuff Tom Lane
• 21:30   Re: Bring atomic flag fallback up to snuff Andres Freund
• 21:33   [sqlsmith] Failed assertion on pfree() via perform_pruning_combine_step Andreas Seltenreich
• 21:34   Re: [HACKERS] PATCH: multivariate histograms and MCV lists Bruce Momjian
• 21:43   Re: [sqlsmith] Failed assertion in create_gather_path Alvaro Herrera
• 21:46   Re: [sqlsmith] Failed assertion in create_gather_path Tom Lane
• 21:56   Re: [sqlsmith] Failed assertion in create_gather_path Andreas Seltenreich
• 22:11   Re: [HACKERS] MERGE SQL Statement for PG11 Andreas Seltenreich
• 22:28   [sqlsmith] Segfault in expand_tuple Andreas Seltenreich
• 22:32   Re: [sqlsmith] Segfault in expand_tuple Andres Freund
• 23:00   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 23:02   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 23:04   Sv: Re: WIP: Covering + unique indexes. Andreas Joseph Krogh
• 23:05   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 23:10   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 23:19   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Andres Freund
• 23:34   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key Andres Freund
• 23:36   Re: WIP: Covering + unique indexes. Andres Freund
• 23:37   Re: [HACKERS] Add support for tuple routing to foreign partitions Andres Freund
• 23:41   Re: [HACKERS] Add support for tuple routing to foreign partitions Amit Langote
• 23:44   Re: [HACKERS] PATCH: multivariate histograms and MCV lists Tomas Vondra
• 23:52   Re: WIP: Covering + unique indexes. Andrew Gierth
• 23:52   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 23:55   Re: Removing useless DISTINCT clauses Tom Lane
• 23:56   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 23:57   Re: [HACKERS] [PATCH] Incremental sort Tomas Vondra
• 23:58   Re: WIP: Covering + unique indexes. Teodor Sigaev

8 April 2018

• 00:04   Re: WIP: Covering + unique indexes. Andrew Gierth
• 00:13   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 00:17   Re: Removing useless DISTINCT clauses David Rowley
• 00:20   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 00:49   Re: PATCH: Configurable file mode mask Stephen Frost
• 01:04   Re: PATCH: Configurable file mode mask David Steele
• 01:05   Re: PATCH: Configurable file mode mask Tom Lane
• 01:06   Re: PATCH: Configurable file mode mask Stephen Frost
• 01:09   Re: PATCH: Configurable file mode mask Tom Lane
• 01:24   Searching for: Fast windows buildfarm animal Andres Freund
• 01:29   Re: PATCH: Configurable file mode mask Stephen Frost
• 01:42   Re: PATCH: Configurable file mode mask Stephen Frost
• 02:40   Re: [PATCH] Logical decoding of TRUNCATE Peter Eisentraut
• 02:41   Re: [PATCH] session_replication_role = replica with TRUNCATE Peter Eisentraut
• 03:00   Re: [HACKERS] pgbench - allow to store select results into variables Stephen Frost
• 04:30   Re: Bring atomic flag fallback up to snuff Andres Freund
• 04:59   Re: PATCH: psql tab completion for SELECT Edmund Horner
• 05:16   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 05:33   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Bruce Momjian
• 05:37   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Christophe Pettus
• 05:49   Re: pgsql: Support partition pruning at execution time Alvaro Herrera
• 06:27   Re: PostgreSQL's handling of fsync() errors is unsafe and risks dataloss at least on XFS Craig Ringer
• 06:37   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Peter Geoghegan
• 06:46   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Christophe Pettus
• 07:58   Re: lazy detoasting Amit Kapila
• 08:36   Re: Checkpoint not retrying failed fsync? Amit Kapila
• 08:46   Fix slot's xmin advancement and subxact's lost snapshots in decoding. Arseny Sher
• 08:58   Re: [HACKERS] pgbench - allow to store select results intovariables Fabien COELHO
• 09:01   Re: lazy detoasting Andrew Gierth
• 10:34   Re: [sqlsmith] Failed assertion in create_gather_path Jeevan Chalke
• 10:38   Re: csv format for psql Pavel Stehule
• 12:17   Re: Checkpoint not retrying failed fsync? Thomas Munro
• 12:41   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andreas Karlsson
• 13:30   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 13:31   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 18:16   Re: WIP: a way forward on bootstrap data John Naylor
• 19:10   Re: WIP: Covering + unique indexes. Jeff Janes
• 19:13   Re: PATCH: Configurable file mode mask David Steele
• 19:31   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 19:38   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Christophe Pettus
• 20:19   Re: WIP: a way forward on bootstrap data Tom Lane
• 20:33   Verbosity of genbki.pl Tom Lane
• 20:45   Re: Verbosity of genbki.pl Teodor Sigaev
• 21:09   Re: WIP: a way forward on bootstrap data John Naylor
• 21:18   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 22:03   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 22:09   Re: WIP: a way forward on bootstrap data Andres Freund

9 April 2018

• 00:23   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
• 00:28   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Christophe Pettus
• 00:47   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 01:29   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Bruce Momjian
• 02:10   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Christophe Pettus
• 02:16   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 02:27   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Christophe Pettus
• 03:38   Re: Rewriting the test of pg_upgrade as a TAP test - take two Michael Paquier
• 03:47   Re: [HACKERS] Optional message to user when terminating/cancellingbackend Michael Paquier
• 04:00   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.hheaders. Michael Paquier
• 04:15   Warnings and uninitialized variables in TAP tests Michael Paquier
• 04:31   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 04:35   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 04:55   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 05:00   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 05:06   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 06:05   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Tom Lane
• 06:15   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 06:48   Re: [HACKERS] path toward faster partition pruning David Rowley
• 07:26   Re: [HACKERS] [BUGS] Bug in Physical Replication Slots (at least9.5)? Kyotaro HORIGUCHI
• 07:59   Re: [HACKERS] [BUGS] Bug in Physical Replication Slots (at least9.5)? Michael Paquier
• 08:11   Fix pg_rewind which can be run as root user Michael Paquier
• 08:19   Re: [HACKERS] [BUGS] Bug in Physical Replication Slots (at least9.5)? Kyotaro HORIGUCHI
• 09:01   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 09:13   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.hheaders. Michael Paquier
• 09:19   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 09:20   Re: [HACKERS] Restrict concurrent update/delete with UPDATE ofpartition key amul sul
• 09:23   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Heikki Linnakangas
• 10:11   Re: [HACKERS] GSoC 2017: weekly progress reports (week 4) and patchfor hash index Amit Kapila
• 11:13   Re: Problem while setting the fpw with SIGHUP Kyotaro HORIGUCHI
• 11:45   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
• 11:49   Re: Verbosity of genbki.pl John Naylor
• 11:50   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Amit Langote
• 11:58   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Amit Langote
• 12:27   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 12:28   Re: Documentation for bootstrap data conversion John Naylor
• 13:14   pruning disabled for array, enum, record, range type partition keys Amit Langote
• 13:15   Re: postgres_fdw: perform UPDATE/DELETE .. RETURNING on a join directly Etsuro Fujita
• 13:17   Re: pruning disabled for array, enum, record, range type partitionkeys Amit Langote
• 13:19   Re: Optimizing nested ConvertRowtypeExpr execution Kyotaro HORIGUCHI
• 13:20   Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
• 13:23   Re: Optimizing nested ConvertRowtypeExpr execution Ashutosh Bapat
• 13:26   Fixing a trivial typo in comment in rewriteManip.c Kyotaro HORIGUCHI
• 13:33   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Heikki Linnakangas
• 13:37   Re: Optimizing nested ConvertRowtypeExpr execution Ashutosh Bapat
• 13:49   Re: Optimizing nested ConvertRowtypeExpr execution Kyotaro HORIGUCHI
• 13:50   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 13:59   Re: Optimizing nested ConvertRowtypeExpr execution Kyotaro HORIGUCHI
• 14:13   Re: Optimizing nested ConvertRowtypeExpr execution Ashutosh Bapat
• 14:22   Re: Fixing a trivial typo in comment in rewriteManip.c Heikki Linnakangas
• 14:35   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Teodor Sigaev
• 14:42   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Rushabh Lathia
• 14:43   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Teodor Sigaev
• 15:03   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Geoff Winkless
• 15:04   Re: Optimizing nested ConvertRowtypeExpr execution Kyotaro HORIGUCHI
• 15:07   Re: Flexible configuration for full-text search Aleksandr Parfenov
• 15:11   Re: Fixing a trivial typo in comment in rewriteManip.c Kyotaro HORIGUCHI
• 15:16   Re: Optimizing nested ConvertRowtypeExpr execution Ashutosh Bapat
• 15:16   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 15:22   Re: [sqlsmith] Failed assertion in create_gather_path Amit Kapila
• 15:23   Re: [sqlsmith] Failed assertion in create_gather_path Amit Kapila
• 15:28   Re: Boolean partitions syntax Peter Eisentraut
• 15:30   Re: pgsql: Store 2PC GID in commit/abort WAL recs for logicaldecoding Heikki Linnakangas
• 15:31   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 15:54   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 16:00   Re: Transform for pl/perl [email protected] (Dagfinn Ilmari Mannsåker)
• 16:33   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 16:41   Re: Boolean partitions syntax Jonathan S. Katz
• 16:42   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 16:47   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Abhijit Menon-Sen
• 16:54   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 16:59   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Alvaro Herrera
• 17:04   Re: Transform for pl/perl Tom Lane
• 17:06   Re: Boolean partitions syntax Tom Lane
• 17:07   RE: WIP: Covering + unique indexes. Shinoda, Noriyoshi
• 17:11   Re: Boolean partitions syntax Jonathan S. Katz
• 17:19   Re: Documentation for bootstrap data conversion Tom Lane
• 17:21   Re: WIP: Covering + unique indexes. Alexander Korotkov
• 17:22   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 17:22   Re: pruning disabled for array, enum, record, range type partition keys Tom Lane
• 17:41   RE: WIP: Covering + unique indexes. Shinoda, Noriyoshi
• 17:50   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Teodor Sigaev
• 17:56   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 17:57   Re: lazy detoasting Chapman Flack
• 17:57   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Alexander Korotkov
• 18:02   Re: Transform for pl/perl [email protected] (Dagfinn Ilmari Mannsåker)
• 18:04   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Alvaro Herrera
• 18:21   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Andrey Borodin
• 18:23   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Teodor Sigaev
• 18:24   Re: Transform for pl/perl Tom Lane
• 18:26   Re: [HACKERS] path toward faster partition pruning Robert Haas
• 18:29   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
• 18:56   Re: [HACKERS] [PATCH] Incremental sort Alexander Korotkov
• 19:06   Re: [HACKERS] Runtime Partition Pruning Robert Haas
• 19:28   Re: [WIP PATCH] Index scan offset optimisation using visibility map Andrey Borodin
• 19:39   Optimization of range queries Konstantin Knizhnik
• 19:45   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Robert Haas
• 20:05   Re: Optimization of range queries Teodor Sigaev
• 20:21   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Tom Lane
• 20:22   Re: Online enabling of checksums Magnus Hagander
• 20:22   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Heikki Linnakangas
• 20:26   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Joshua D. Drake
• 20:41   Re: Documentation for bootstrap data conversion John Naylor
• 21:02   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Gasper Zejn
• 21:04   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Heikki Linnakangas
• 21:16   Re: Verbosity of genbki.pl Andres Freund
• 21:28   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 21:29   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Mark Dilger
• 21:44   Re: [HACKERS] Runtime Partition Pruning Robert Haas
• 21:48   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 22:01   Re: Documentation for bootstrap data conversion Tom Lane
• 22:02   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Robert Haas
• 22:02   Re: Verbosity of genbki.pl Tom Lane
• 22:13   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 22:19   Re: using index or check in ALTER TABLE SET NOT NULL Sergei Kornilov
• 22:22   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 22:23   Re: Fix pg_rewind which can be run as root user Magnus Hagander
• 22:25   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Peter Geoghegan
• 22:26   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 22:29   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 22:29   Re: Fix pg_rewind which can be run as root user Peter Geoghegan
• 22:31   Re: Fix pg_rewind which can be run as root user Tom Lane
• 22:36   Re: Fix pg_rewind which can be run as root user Magnus Hagander
• 22:37   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 22:41   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Justin Pryzby
• 22:44   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 22:46   Re: Warnings and uninitialized variables in TAP tests Magnus Hagander
• 22:47   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 22:51   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 22:54   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 22:59   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 23:04   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 23:15   Re: Shared PostgreSQL libraries and symbol versioning Peter Eisentraut
• 23:23   Re: Shared PostgreSQL libraries and symbol versioning Stephen Frost
• 23:25   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Mark Dilger
• 23:30   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 23:34   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 23:37   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 23:43   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 23:46   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Tom Lane
• 23:55   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Mark Dilger

10 April 2018

• 00:04   Re: Shared PostgreSQL libraries and symbol versioning Tom Lane
• 00:08   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 00:25   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Tomas Vondra
• 00:26   Re: Fix pg_rewind which can be run as root user Michael Paquier
• 00:33   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Mark Dilger
• 00:50   Re: [HACKERS] Optional message to user when terminating/cancelling backend Daniel Gustafsson
• 00:55   Re: [HACKERS] Optional message to user when terminating/cancellingbackend Andres Freund
• 01:33   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 03:32   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 03:41   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andreas Karlsson
• 03:53   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 04:31   Re: Excessive PostmasterIsAlive calls slow down WAL redo Alvaro Herrera
• 04:34   Re: Boolean partitions syntax Kyotaro HORIGUCHI
• 04:34   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 04:36   Re: Excessive PostmasterIsAlive calls slow down WAL redo Thomas Munro
• 04:40   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 04:44   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 04:52   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
• 04:54   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 04:57   Re: Excessive PostmasterIsAlive calls slow down WAL redo Alvaro Herrera
• 04:59   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 04:59   Re: Excessive PostmasterIsAlive calls slow down WAL redo Andres Freund
• 05:00   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 05:02   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 05:30   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 05:56   Re: ON CONFLICT DO UPDATE for partitioned tables Amit Langote
• 05:59   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.hheaders. Michael Paquier
• 06:00   Re: Warnings and uninitialized variables in TAP tests Michael Paquier
• 06:49   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Amit Langote
• 07:21   Gotchas about pg_verify_checksums Michael Paquier
• 07:23   Re: pruning disabled for array, enum, record, range type partitionkeys Amit Langote
• 07:27   Re: [HACKERS] path toward faster partition pruning Ashutosh Bapat
• 07:30   Re: lazy detoasting Andrew Gierth
• 07:55   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Michael Paquier
• 08:04   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Michael Paquier
• 08:24   Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) Andrey Borodin
• 08:37   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 09:10   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Michael Paquier
• 09:15   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Amit Langote
• 09:45   Re: lazy detoasting Chapman Flack
• 09:59   Re: [sqlsmith] Failed assertion in create_gather_path Jeevan Chalke
• 10:01   Re: [sqlsmith] Failed assertion on pfree() viaperform_pruning_combine_step Michael Paquier
• 10:07   Partitioned tables and covering indexes Jaime Casanova
• 10:24   Re: pgsql: Store 2PC GID in commit/abort WAL recs for logicaldecoding Michael Paquier
• 11:08   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Julien Rouhaud
• 11:14   crash with sql language partition support function Amit Langote
• 11:18   Re: crash with sql language partition support function Amit Langote
• 11:56   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 12:03   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.hheaders. Michael Paquier
• 12:40   Re: [HACKERS] Moving relation extension locks out of heavyweight lock manager Masahiko Sawada
• 12:47   Re: Partitioned tables and covering indexes Amit Langote
• 12:52   submake-errcodes Devrim Gündüz
• 13:02   Re: submake-errcodes Christoph Berg
• 13:14   Re: [HACKERS] Replication status in logical replication Masahiko Sawada
• 13:26   Re: Custom PGC_POSTMASTER GUC variables ... feasible? Jim Finnerty
• 13:29   Bugs in TOAST handling, OID assignment and redo recovery Pavan Deolasee
• 13:35   Re: Custom PGC_POSTMASTER GUC variables ... feasible? Sergei Kornilov
• 14:13   Re: Boolean partitions syntax Kyotaro HORIGUCHI
• 14:33   Re: Transform for pl/perl [email protected] (Dagfinn Ilmari Mannsåker)
• 14:41   Re: Custom PGC_POSTMASTER GUC variables ... feasible? Jim Finnerty
• 15:02   Re: [HACKERS] path toward faster partition pruning David Rowley
• 15:10   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Julian Markwort
• 15:11   Re: [HACKERS] path toward faster partition pruning Ashutosh Bapat
• 15:15   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
• 15:28   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Peter Eisentraut
• 15:34   Re: Bugs in TOAST handling, OID assignment and redo recovery Bernd Helmle
• 15:55   Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOASTtable does not exist David Steele
• 16:06   Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOASTtable does not exist Alvaro Herrera
• 16:07   Re: Function to track shmem reinit time David Steele
• 16:11   Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOAST table does not exist Nikolay Shaplov
• 16:15   Re: [HACKERS] [PATCH] Incremental sort David Steele
• 16:17   Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOASTtable does not exist Alvaro Herrera
• 16:21   Re: crash with sql language partition support function Ashutosh Bapat
• 16:23   Re: [HACKERS] logical decoding of two-phase transactions David Steele
• 16:32   Re: jsonpath David Steele
• 16:35   Re: [PATCH] Add missing type conversion functions for PL/Python David Steele
• 16:37   Re: Bugs in TOAST handling, OID assignment and redo recovery Heikki Linnakangas
• 16:46   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Tom Lane
• 16:47   Re: [HACKERS] GSoC 2017: Foreign Key Arrays David Steele
• 16:51   Re: Reopen logfile on SIGHUP David Steele
• 16:52   Re: Transform for pl/perl Tom Lane
• 16:54   Re: Bugs in TOAST handling, OID assignment and redo recovery Pavan Deolasee
• 16:57   Re: [HACKERS] GSoC 2017: Foreign Key Arrays Mark Rofail
• 16:57   Re: crash with sql language partition support function Alvaro Herrera
• 16:59   Re: [HACKERS] GSoC 2017: Foreign Key Arrays Alvaro Herrera
• 17:00   Re: [HACKERS] Partition-wise aggregation/grouping David Steele
• 17:01   Re: submake-errcodes Tom Lane
• 17:06   Re: lazy detoasting Tom Lane
• 17:07   Re: Transform for pl/perl [email protected] (Dagfinn Ilmari Mannsåker)
• 17:10   Re: Faster inserts with mostly-monotonically increasing values Heikki Linnakangas
• 17:10   Re: [HACKERS] GSoC 2017: Foreign Key Arrays Mark Rofail
• 17:11   Re: [HACKERS] Replication status in logical replication David Steele
• 17:17   Re: [HACKERS] GSoC 2017: Foreign Key Arrays Alvaro Herrera
• 17:19   Re: Faster inserts with mostly-monotonically increasing values Claudio Freire
• 17:20   Re: Faster inserts with mostly-monotonically increasing values Pavan Deolasee
• 17:27   Re: [HACKERS] Partition-wise aggregation/grouping Jeevan Chalke
• 17:31   Re: Transform for pl/perl [email protected] (Dagfinn Ilmari Mannsåker)
• 17:33   Re: Boolean partitions syntax David Rowley
• 17:37   Re: Boolean partitions syntax David Rowley
• 17:48   Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
• 17:53   Re: Custom PGC_POSTMASTER GUC variables ... feasible? Tom Lane
• 18:03   Re: Partitioned tables and covering indexes Alexander Korotkov
• 18:06   Re: [HACKERS] [PATCH] Incremental sort Alexander Korotkov
• 18:14   Re: pgsql: Support partition pruning at execution time Alvaro Herrera
• 18:15   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Robert Haas
• 18:17   2018-03 CF Cleanup David Steele
• 18:24   Re: 2018-03 CF Cleanup Alvaro Herrera
• 18:26   Re: lazy detoasting Chapman Flack
• 18:27   Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOASTtable does not exist David Steele
• 18:27   Re: crash with sql language partition support function Tom Lane
• 18:28   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Robert Haas
• 18:32   Including SQL files in extension scripts Jeremy Finzel
• 18:34   Re: Boolean partitions syntax Tom Lane
• 18:36   Re: Partitioned tables and covering indexes Teodor Sigaev
• 18:40   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
• 18:42   Re: pgsql: Support partition pruning at execution time Tom Lane
• 18:50   Re: pgsql: Support partition pruning at execution time David Rowley
• 18:56   Re: pgsql: Support partition pruning at execution time David Rowley
• 18:59   Re: pgsql: Support partition pruning at execution time Robert Haas
• 19:03   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 19:13   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Julien Rouhaud
• 19:18   Re: Online enabling of checksums Robert Haas
• 19:29   Re: pgsql: Support partition pruning at execution time Alvaro Herrera
• 19:30   Re: Boolean partitions syntax David Rowley
• 19:35   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Magnus Hagander
• 19:38   Re: pgsql: Support partition pruning at execution time Robert Haas
• 19:38   Re: Optimization of range queries Konstantin Knizhnik
• 19:38   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
• 19:40   Re: [HACKERS] Moving relation extension locks out of heavyweight lock manager Robert Haas
• 19:40   pg_dump should use current_database() instead of PQdb() Peter Eisentraut
• 19:49   Re: pg_dump should use current_database() instead of PQdb() Tom Lane
• 19:54   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
• 19:58   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Tom Lane
• 20:22   Re: Boolean partitions syntax Tom Lane
• 20:27   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Julien Rouhaud
• 20:41   Re: submake-errcodes Devrim Gündüz
• 20:44   Re: [sqlsmith] Failed assertion in create_gather_path Robert Haas
• 20:47   Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers. Tom Lane
• 20:56   Re: submake-errcodes Tom Lane
• 20:57   Re: Function to track shmem reinit time Robert Haas
• 21:01   Re: Boolean partitions syntax Jonathan S. Katz
• 21:10   Re: [sqlsmith] Segfault in expand_tuple Andrew Dunstan
• 21:21   Re: Reopen logfile on SIGHUP Robert Haas
• 21:32   Re: pgsql: Support partition pruning at execution time Alvaro Herrera
• 21:41   Re: 2018-03 CF Cleanup David Steele
• 21:58   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Joshua D. Drake
• 22:04   Re: submake-errcodes Tom Lane
• 22:17   Re: Reopen logfile on SIGHUP Tom Lane
• 22:18   Re: 2018-03 CF Cleanup Tom Lane
• 22:23   Re: Reopen logfile on SIGHUP Joshua D. Drake
• 22:40   Re: Reopen logfile on SIGHUP Robert Haas
• 22:51   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Joshua D. Drake
• 23:03   Re: lazy detoasting Robert Haas
• 23:09   Re: submake-errcodes Alvaro Herrera
• 23:13   Re: submake-errcodes Tom Lane
• 23:27   Re: Gotchas about pg_verify_checksums Daniel Gustafsson
• 23:31   Re: Reopen logfile on SIGHUP Alexander Kuzmenkov
• 23:37   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 23:49   Re: Partitioned tables and covering indexes Jaime Casanova
• 23:57   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Joshua D. Drake

11 April 2018

• 00:00   Re: Reopen logfile on SIGHUP Tom Lane
• 00:04   Re: lazy detoasting Chapman Flack
• 00:13   vacuum_cost_limit doc description patch Martín Marqués
• 00:19   Re: lazy detoasting Chapman Flack
• 00:24   Re: pgsql: Validate page level checksums in base backups Tomas Vondra
• 00:32   Re: [HACKERS] Runtime Partition Pruning Alvaro Herrera
• 00:35   Re: pgsql: Validate page level checksums in base backups Tomas Vondra
• 00:40   Re: Gotchas about pg_verify_checksums Peter Geoghegan
• 00:45   Re: pgsql: Validate page level checksums in base backups David Steele
• 01:24   Re: lazy detoasting Chapman Flack
• 02:44   Re: Gotchas about pg_verify_checksums Michael Paquier
• 02:53   Re: Gotchas about pg_verify_checksums Michael Paquier
• 02:57   Re: [HACKERS] PATCH: Keep one postmaster monitoring pipe per process Thomas Munro
• 02:57   Re: 2018-03 CF Cleanup Michael Paquier
• 03:03   Re: [HACKERS] PATCH: Keep one postmaster monitoring pipe per process Andres Freund
• 03:10   Re: pgsql: Validate page level checksums in base backups Michael Paquier
• 03:17   Re: [HACKERS] PATCH: Keep one postmaster monitoring pipe per process Thomas Munro
• 03:19   Re: Reopen logfile on SIGHUP Grigory Smolkin
• 03:26   Re: [HACKERS] PATCH: Keep one postmaster monitoring pipe per process Andres Freund
• 03:45   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 03:47   Re: [HACKERS] PATCH: Keep one postmaster monitoring pipe per process Thomas Munro
• 03:48   Re: Gotchas about pg_verify_checksums Peter Geoghegan
• 03:50   Re: Partitioned tables and covering indexes Amit Langote
• 04:05   Re: [HACKERS] kqueue Thomas Munro
• 04:08   Re: [HACKERS] Moving relation extension locks out of heavyweight lock manager Masahiko Sawada
• 04:16   Re: User defined data types in Logical Replication Masahiko Sawada
• 04:27   Re: Boolean partitions syntax Kyotaro HORIGUCHI
• 04:44   Re: Boolean partitions syntax Tom Lane
• 05:17   Re: lazy detoasting Jan Wieck
• 05:27   Re: Boolean partitions syntax Amit Langote
• 05:33   Re: Boolean partitions syntax Amit Langote
• 07:20   Re: Boolean partitions syntax Kyotaro HORIGUCHI
• 07:39   Re: Boolean partitions syntax David Rowley
• 07:51   Re: Boolean partitions syntax Amit Langote
• 08:04   Re: vacuum_cost_limit doc description patch David Rowley
• 08:22   Re: Boolean partitions syntax Amit Langote
• 08:47   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 09:04   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 09:12   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 09:36   Re: [PATCH] Add missing type conversion functions for PL/Python Haozhou Wang
• 09:43   Re: Boolean partitions syntax Kyotaro HORIGUCHI
• 10:52   Typos from Covering Index patch Michael Paquier
• 11:20   Fix for documentation of Covering Indexes Michael Paquier
• 11:30   Re: [HACKERS] PATCH: Keep one postmaster monitoring pipe per process Thomas Munro
• 11:33   Re: Boolean partitions syntax Kyotaro HORIGUCHI
• 11:39   Re: submake-errcodes Christoph Berg
• 11:59   Re: [HACKERS] path toward faster partition pruning David Rowley
• 12:16   Re: [HACKERS] GSoC 2017: Foreign Key Arrays Mark Rofail
• 12:22   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 12:44   Re: [HACKERS] path toward faster partition pruning Ashutosh Bapat
• 12:47   Re: ERROR: invalid memory alloc request size 1073741824 Suhal Vemu
• 13:00   Re: [sqlsmith] Failed assertion in create_gather_path Jeevan Chalke
• 13:22   Re: Excessive PostmasterIsAlive calls slow down WAL redo Heikki Linnakangas
• 13:39   'make check' fails Bruce Momjian
• 13:55   Re: Excessive PostmasterIsAlive calls slow down WAL redo Thomas Munro
• 14:09   Re: Problem while setting the fpw with SIGHUP Heikki Linnakangas
• 14:51   Re: Bugs in TOAST handling, OID assignment and redo recovery Pavan Deolasee
• 14:52   Re: [PATCH] Add missing type conversion functions for PL/Python David Steele
• 15:04   Re: [HACKERS] path toward faster partition pruning David Rowley
• 15:05   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Jonathan Corbet
• 15:23   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
• 15:26   Re: User defined data types in Logical Replication Đặng Minh Hướng
• 15:35   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 15:40   Re: pgbench doc typos Peter Eisentraut
• 16:13   Re: [WIP] Document update for Logical Replication security Peter Eisentraut
• 16:21   Re: segmentation fault in pg head with SQL function. Peter Eisentraut
• 16:23   Re: Creation of wiki page for open items of v11 Peter Eisentraut
• 16:28   Re: lazy detoasting Amit Kapila
• 16:29   Re: [HACKERS] GSoC 2017: Foreign Key Arrays Alvaro Herrera
• 16:38   Re: submake-errcodes Tom Lane
• 16:43   Re: Boolean partitions syntax Jonathan S. Katz
• 16:45   Re: Partitioned tables and covering indexes Teodor Sigaev
• 16:57   Re: Creation of wiki page for open items of v11 Ashutosh Bapat
• 17:00   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 17:05   Re: submake-errcodes Devrim Gündüz
• 17:16   Re: submake-errcodes Tom Lane
• 17:28   Re: lazy detoasting Chapman Flack
• 17:29   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
• 17:38   Re: Transform for pl/perl Peter Eisentraut
• 17:40   Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Jonathan Corbet
• 17:41   Re: lazy detoasting Tom Lane
• 17:50   Re: Bugs in TOAST handling, OID assignment and redo recovery Tom Lane
• 17:53   Re: Creation of wiki page for open items of v11 Tom Lane
• 17:59   Re: 'make check' fails Tom Lane
• 18:17   Re: Creation of wiki page for open items of v11 Robert Haas
• 18:27   Re: lazy detoasting Chapman Flack
• 18:33   Re: lazy detoasting Tom Lane
• 18:54   Re: Creation of wiki page for open items of v11 Tom Lane
• 19:02   Re: WARNING in parallel index creation. Andres Freund
• 19:04   Re: es_query_dsa is broken Andres Freund
• 19:06   Re: missing support of named convention for procedures Andres Freund
• 19:06   Re: 'make check' fails Bruce Momjian
• 19:11   Re: relispartition for index partitions Andres Freund
• 19:14   Re: relispartition for index partitions Alvaro Herrera
• 19:16   Re: 'make check' fails Andrew Gierth
• 19:25   Re: WARNING in parallel index creation. Tom Lane
• 19:35   Re: 'make check' fails Tom Lane
• 19:39   Re: Partitioned tables and covering indexes Teodor Sigaev
• 19:40   Re: 'make check' fails Alvaro Herrera
• 19:40   Re: 'make check' fails Bruce Momjian
• 19:45   Re: Creation of wiki page for open items of v11 Jonathan S. Katz
• 19:51   Re: 'make check' fails Tom Lane
• 19:52   Native partitioning tablespace inheritance Keith Fiske
• 19:54   Re: Creation of wiki page for open items of v11 Alvaro Herrera
• 19:57   Re: Creation of wiki page for open items of v11 Andres Freund
• 20:03   Re: Creation of wiki page for open items of v11 Magnus Hagander
• 20:04   Re: 'make check' fails Tom Lane
• 20:06   Re: Creation of wiki page for open items of v11 Alvaro Herrera
• 20:07   Re: Creation of wiki page for open items of v11 Alvaro Herrera
• 20:17   Re: Creation of wiki page for open items of v11 Joshua D. Drake
• 20:21   Re: lazy detoasting Chapman Flack
• 20:47   Re: 'make check' fails Bruce Momjian
• 20:55   Re: lazy detoasting Tom Lane
• 21:34   Re: WARNING in parallel index creation. Tom Lane
• 21:38   Re: lazy detoasting Chapman Flack
• 21:43   Re: Bugs in TOAST handling, OID assignment and redo recovery Pavan Deolasee
• 21:53   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Alvaro Herrera
• 21:55   Re: using index or check in ALTER TABLE SET NOT NULL Sergei Kornilov
• 21:57   Re: Bugs in TOAST handling, OID assignment and redo recovery Tom Lane
• 22:04   Re: lazy detoasting Tom Lane
• 22:13   Re: lazy detoasting Chapman Flack
• 22:30   Re: Partitioned tables and covering indexes Teodor Sigaev
• 22:47   Re: Partitioned tables and covering indexes Alvaro Herrera
• 22:57   Re: lazy detoasting Andrew Gierth
• 23:00   Re: pgsql: New files for MERGE Simon Riggs
• 23:12   Re: Bugs in TOAST handling, OID assignment and redo recovery Simon Riggs
• 23:21   Re: Gotchas about pg_verify_checksums Daniel Gustafsson
• 23:24   Re: Problem while setting the fpw with SIGHUP Michael Paquier
• 23:28   Re: Bugs in TOAST handling, OID assignment and redo recovery Tom Lane
• 23:33   Re: relispartition for index partitions Alvaro Herrera
• 23:47   Re: Gotchas about pg_verify_checksums Michael Paquier
• 23:54   Re: Native partitioning tablespace inheritance Michael Paquier
• 23:56   Re: es_query_dsa is broken Thomas Munro
• 23:58   Re: Partitioned tables and covering indexes Alexander Korotkov
• 23:58   Re: Creation of wiki page for open items of v11 Peter Eisentraut

12 April 2018

• 00:01   Re: Fix for pg_stat_activity putting client hostaddr into appnamefield Heikki Linnakangas
• 00:01   Re: Creation of wiki page for open items of v11 Tom Lane
• 00:08   Re: Partitioned tables and covering indexes Peter Geoghegan
• 00:19   Re: Native partitioning tablespace inheritance Keith Fiske
• 00:26   Re: missing support of named convention for procedures Peter Eisentraut
• 00:28   Re: pgsql: New files for MERGE Simon Riggs
• 00:29   Re: Partitioned tables and covering indexes Peter Eisentraut
• 00:31   Re: Native partitioning tablespace inheritance Peter Eisentraut
• 00:38   Re: Partitioned tables and covering indexes Peter Geoghegan
• 00:40   Re: Creation of wiki page for open items of v11 Jonathan S. Katz
• 00:47   Re: Fix for pg_stat_activity putting client hostaddr into appnamefield Michael Paquier
• 01:11   Re: Partitioned tables and covering indexes Peter Eisentraut
• 01:14   Re: Partitioned tables and covering indexes Teodor Sigaev
• 01:14   Re: Partitioned tables and covering indexes Teodor Sigaev
• 02:28   Re: Bugs in TOAST handling, OID assignment and redo recovery Michael Paquier
• 02:48   Re: pgsql: New files for MERGE Michael Paquier
• 02:51   Re: Bugs in TOAST handling, OID assignment and redo recovery Tom Lane
• 02:58   Re: submake-errcodes Michael Paquier
• 03:23   Re: Bugs in TOAST handling, OID assignment and redo recovery Peter Eisentraut
• 04:34   Re: Problem while setting the fpw with SIGHUP Kyotaro HORIGUCHI
• 04:55   Re: Native partitioning tablespace inheritance David Rowley
• 05:12   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 05:17   Re: WIP: Covering + unique indexes. Peter Geoghegan
• 05:21   Re: relispartition for index partitions Amit Langote
• 07:12   Re: Boolean partitions syntax Kyotaro HORIGUCHI
• 07:40   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 08:07   Re: Problem while setting the fpw with SIGHUP Michael Paquier
• 09:11   Re: Creation of wiki page for open items of v11 Ashutosh Bapat
• 09:16   Re: Creation of wiki page for open items of v11 Ashutosh Bapat
• 09:37   Re: Creation of wiki page for open items of v11 Michael Paquier
• 10:01   Re: submake-errcodes Christoph Berg
• 10:59   Re: Problem while setting the fpw with SIGHUP Kyotaro HORIGUCHI
• 11:10   Re: Problem while setting the fpw with SIGHUP Michael Paquier
• 13:06   Re: crash with sql language partition support function Amit Langote
• 13:14   Re: Partitioned tables and covering indexes Alexander Korotkov
• 13:19   Re: Partitioned tables and covering indexes Alexander Korotkov
• 13:26   psql leaks memory on query cancellation Darafei "Komяpa" Praliaskouski
• 14:00   Covering GiST indexes Andrey Borodin
• 14:21   Re: psql leaks memory on query cancellation Konstantin Knizhnik
• 15:03   Re: psql leaks memory on query cancellation Craig Ringer
• 15:03   Re: Covering GiST indexes Teodor Sigaev
• 15:11   Re: Covering GiST indexes Aleksander Alekseev
• 15:37   Re: psql leaks memory on query cancellation Darafei "Komяpa" Praliaskouski
• 15:51   Re: Boolean partitions syntax Jonathan S. Katz
• 15:55   Re: crash with sql language partition support function Alvaro Herrera
• 15:57   Re: Creation of wiki page for open items of v11 Alvaro Herrera
• 16:09   Re: Bugs in TOAST handling, OID assignment and redo recovery Pavan Deolasee
• 16:12   Re: Creation of wiki page for open items of v11 Ashutosh Bapat
• 16:12   Re: Bugs in TOAST handling, OID assignment and redo recovery Pavan Deolasee
• 16:22   Re: Creation of wiki page for open items of v11 Alvaro Herrera
• 16:24   Re: Creation of wiki page for open items of v11 Ashutosh Bapat
• 16:47   Re: Partitioned tables and covering indexes Teodor Sigaev
• 16:49   Re: submake-errcodes Tom Lane
• 16:57   Re: Bugs in TOAST handling, OID assignment and redo recovery Tom Lane
• 17:21   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Robert Haas
• 17:23   Re: Reopen logfile on SIGHUP Alexander Kuzmenkov
• 17:27   Re: Partitioned tables and covering indexes Teodor Sigaev
• 17:36   Re: submake-errcodes Tom Lane
• 17:50   Re: Creation of wiki page for open items of v11 Jonathan S. Katz
• 18:15   Re: submake-errcodes Devrim Gündüz
• 19:00   Re: WARNING in parallel index creation. Robert Haas
• 19:04   Re: crash with sql language partition support function Alvaro Herrera
• 19:05   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Alvaro Herrera
• 19:09   Re: crash with sql language partition support function Robert Haas
• 19:17   Re: Native partitioning tablespace inheritance Robert Haas
• 19:19   Re: Covering GiST indexes Alexander Korotkov
• 19:21   Re: WIP: Covering + unique indexes. Teodor Sigaev
• 19:47   Re: [HACKERS] path toward faster partition pruning Robert Haas
• 19:49   Instability in the postgres_fdw regression test Tom Lane
• 19:57   Re: [HACKERS] Runtime Partition Pruning Robert Haas
• 20:20   Re: Covering GiST indexes Peter Geoghegan
• 20:44   Re: psql leaks memory on query cancellation Tom Lane
• 20:57   Re: submake-errcodes Andrew Gierth
• 21:00   Re: submake-errcodes Tom Lane
• 21:07   Re: submake-errcodes Alvaro Herrera
• 21:10   Re: crash with sql language partition support function Alvaro Herrera
• 21:22   Re: submake-errcodes Jacob Champion
• 21:23   Re: psql leaks memory on query cancellation Teodor Sigaev
• 21:25   Re: crash with sql language partition support function Alvaro Herrera
• 21:36   Re: submake-errcodes Tom Lane
• 21:36   Re: Native partitioning tablespace inheritance Christophe Pettus
• 21:37   Re: submake-errcodes Andrew Gierth
• 21:40   Re: Native partitioning tablespace inheritance Jonathan S. Katz
• 21:47   wal_consistency_checking reports an inconsistency on master branch Peter Geoghegan
• 21:49   Re: Instability in the postgres_fdw regression test Robert Haas
• 21:55   Re: Problem while setting the fpw with SIGHUP Robert Haas
• 22:05   Re: Native partitioning tablespace inheritance Robert Haas
• 22:10   Re: Native partitioning tablespace inheritance Alvaro Herrera
• 22:12   Re: Native partitioning tablespace inheritance Robert Haas
• 22:15   Re: Native partitioning tablespace inheritance Jonathan S. Katz
• 22:24   Native partitioning tablespace inheritance David G. Johnston
• 22:25   Proposal: Remove "no" from the default english.stop word list Peter Marreck
• 22:25   Re: Native partitioning tablespace inheritance Keith Fiske
• 22:33   Re: submake-errcodes Andres Freund
• 22:39   Re: Native partitioning tablespace inheritance Robert Haas
• 22:43   Re: Partitioned tables and covering indexes Robert Haas
• 22:55   Re: Native partitioning tablespace inheritance Keith Fiske
• 22:58   Re: Native partitioning tablespace inheritance Alvaro Herrera
• 22:59   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Alvaro Herrera
• 23:20   Re: Covering GiST indexes Darafei "Komяpa" Praliaskouski
• 23:27   Re: submake-errcodes Christoph Berg

13 April 2018

• 00:10   Re: psql leaks memory on query cancellation Tom Lane
• 00:58   Re: crash with sql language partition support function Alvaro Herrera
• 01:01   Re: [HACKERS] Runtime Partition Pruning David Rowley
• 01:29   Instability in partition_prune test? Thomas Munro
• 01:36   Re: wal_consistency_checking reports an inconsistency on master branch Peter Geoghegan
• 01:46   Re: Instability in partition_prune test? Tom Lane
• 02:08   Re: Native partitioning tablespace inheritance Michael Paquier
• 03:26   MinIndexTupleSize seems slightly wrong Peter Geoghegan
• 04:21   Re: Instability in partition_prune test? David Rowley
• 04:29   Re: Problem while setting the fpw with SIGHUP Michael Paquier
• 05:15   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 05:37   Re: Instability in partition_prune test? Thomas Munro
• 05:41   Re: Instability in partition_prune test? David Rowley
• 06:01   Re: Problem while setting the fpw with SIGHUP Amit Kapila
• 06:03   Re: [HACKERS] path toward faster partition pruning David Rowley
• 06:08   Re: wal_consistency_checking reports an inconsistency on masterbranch Michael Paquier
• 06:14   Re: Instability in the postgres_fdw regression test Etsuro Fujita
• 06:29   Re: wal_consistency_checking reports an inconsistency on masterbranch Amit Langote
• 06:34   Re: Instability in partition_prune test? David Rowley
• 06:35   Re: [HACKERS] path toward faster partition pruning Ashutosh Bapat
• 06:36   Re: wal_consistency_checking reports an inconsistency on masterbranch Andres Freund
• 06:45   Re: wal_consistency_checking reports an inconsistency on master branch amul sul
• 06:47   Make description of heap records more talkative for flags Michael Paquier
• 06:49   Re: Make description of heap records more talkative for flags Andres Freund
• 07:01   Re: Make description of heap records more talkative for flags Michael Paquier
• 07:10   Overcoming SELECT ... FOR UPDATE permission restrictions Alexander Lakhin
• 07:47   Re: Problem while setting the fpw with SIGHUP Kyotaro HORIGUCHI
• 07:50   Re: MinIndexTupleSize seems slightly wrong Kyotaro HORIGUCHI
• 08:38   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 08:48   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 08:58   Re: [HACKERS] Runtime Partition Pruning Amit Langote
• 11:28   Re: Problem while setting the fpw with SIGHUP Kyotaro HORIGUCHI
• 11:34   Re: Problem while setting the fpw with SIGHUP Kyotaro HORIGUCHI
• 11:45   Re: wal_consistency_checking reports an inconsistency on master branch amul sul
• 12:55   Re: Boolean partitions syntax Amit Langote
• 12:59   Re: Built-in connection pooling Konstantin Knizhnik
• 13:08   Re: wal_consistency_checking reports an inconsistency on masterbranch Michael Paquier
• 13:12   Re: wal_consistency_checking reports an inconsistency on masterbranch Amit Langote
• 13:13   Re: crash with sql language partition support function Amit Langote
• 13:14   Re: crash with sql language partition support function Amit Langote
• 13:20   Re: crash with sql language partition support function Alvaro Herrera
• 13:34   Re: pgsql: New files for MERGE David Steele
• 13:44   Re: WIP: Covering + unique indexes. Andrey Borodin
• 14:10   Re: Covering GiST indexes Alexander Korotkov
• 15:56   Re: vacuum_cost_limit doc description patch Martín Marqués
• 16:36   Re: Covering GiST indexes Andrey Borodin
• 16:43   Re: Postgres stucks in deadlock detection Konstantin Knizhnik
• 17:01   Re: Instability in partition_prune test? Alvaro Herrera
• 17:05   Re: Instability in partition_prune test? Tom Lane
• 17:25   Re: Instability in partition_prune test? Alvaro Herrera
• 17:50   Re: [HACKERS] path toward faster partition pruning Alvaro Herrera
• 18:22   Re: Postgres stucks in deadlock detection Evgeniy Shishkin
• 18:41   Re: Postgres stucks in deadlock detection Andres Freund
• 18:48   Re: [PATCH] pg_hba.conf : new auth option : clientcert=verify-full Julian Markwort
• 18:55   Re: Overcoming SELECT ... FOR UPDATE permission restrictions Tom Lane
• 18:56   Re: Instability in partition_prune test? Tom Lane
• 19:07   Re: Built-in connection pooling Nikolay Samokhvalov
• 19:13   Re: Postgres stucks in deadlock detection Konstantin Knizhnik
• 19:25   Re: crash with sql language partition support function Amit Langote
• 19:28   Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Robert Haas
• 20:01   Re: Native partitioning tablespace inheritance Robert Haas
• 20:04   Re: [HACKERS] Runtime Partition Pruning Robert Haas
• 20:06   Re: Problem while setting the fpw with SIGHUP Robert Haas
• 20:12   Re: [HACKERS] path toward faster partition pruning Robert Haas
• 20:14   Re: Interesting paper: Contention-Aware Lock Scheduling Konstantin Knizhnik
• 20:23   Re: Native partitioning tablespace inheritance Evgeniy Shishkin
• 20:45   Re: MinIndexTupleSize seems slightly wrong Tom Lane
• 20:46   Re: Interesting paper: Contention-Aware Lock Scheduling Garym
• 20:50   Re: Interesting paper: Contention-Aware Lock Scheduling Evgeniy Shishkin
• 21:02   Re: Interesting paper: Contention-Aware Lock Scheduling Garym
• 21:08   Re: crash with sql language partition support function Alvaro Herrera
• 21:09   Re: Postgres stucks in deadlock detection Andres Freund
• 21:21   Re: crash with sql language partition support function Andres Freund
• 22:35   partitioning code reorganization Alvaro Herrera
• 23:48   Re: partitioning code reorganization Alvaro Herrera

14 April 2018

• 01:40   Re: Native partitioning tablespace inheritance Michael Paquier
• 03:00   Proposal: Adding json logging David Arnold
• 06:24   Re: Proposal: Adding json logging Michael Paquier
• 10:09   Re: Postgres stucks in deadlock detection Юрий Соколов
• 14:51   Re: partitioning code reorganization Alvaro Herrera
• 15:58   Re: Proposal: Adding json logging Craig Ringer
• 16:58   Re: missing support of named convention for procedures Peter Eisentraut
• 17:48   Re: partitioning code reorganization Amit Langote
• 18:27   Re: Proposal: Adding json logging David Arnold
• 18:30   Re: missing support of named convention for procedures Pavel Stehule
• 18:30   Re: partitioning code reorganization Tom Lane
• 18:42   Re: Proposal: Adding json logging David Fetter
• 18:51   Re: Proposal: Adding json logging Tom Lane
• 18:55   Re: partitioning code reorganization Amit Langote
• 19:03   Re: Proposal: Adding json logging David Arnold
• 19:05   Re: Proposal: Adding json logging David Fetter
• 19:08   Re: Proposal: Adding json logging David Arnold
• 20:36   Re: MinIndexTupleSize seems slightly wrong Peter Geoghegan
• 20:42   Re: Proposal: Adding json logging David Arnold
• 22:32   Setting rpath on llvmjit.so? Jeff Davis
• 23:09   Re: Setting rpath on llvmjit.so? Andres Freund
• 23:20   Re: Proposal: Adding json logging Andres Freund
• 23:56   Re: Setting rpath on llvmjit.so? Tom Lane
• 23:59   Re: Setting rpath on llvmjit.so? Andres Freund

15 April 2018

• 00:03   Re: Proposal: Adding json logging Tom Lane
• 00:10   Re: Setting rpath on llvmjit.so? Tom Lane
• 00:13   Re: Setting rpath on llvmjit.so? Andres Freund
• 01:31   Re: Proposal: Adding json logging David Fetter
• 01:33   Re: Proposal: Adding json logging Andres Freund
• 02:02   Re: Proposal: Adding json logging Ryan Pedela
• 02:24   Re: Proposal: Adding json logging Jordan Deitch
• 03:17   Re: partitioning code reorganization Alvaro Herrera
• 03:50   Guidelines on dropping objects in regression tests, sqlsmith Peter Geoghegan
• 04:18   Re: Guidelines on dropping objects in regression tests, sqlsmith Tom Lane
• 05:13   Re: Guidelines on dropping objects in regression tests, sqlsmith Alvaro Herrera
• 05:52   Re: Guidelines on dropping objects in regression tests, sqlsmith Peter Geoghegan
• 05:57   Re: partitioning code reorganization Amit Langote
• 05:58   Re: partitioning code reorganization Amit Langote
• 06:02   Re: Guidelines on dropping objects in regression tests, sqlsmith Tom Lane
• 06:28   Re: Guidelines on dropping objects in regression tests, sqlsmith Peter Geoghegan
• 10:09   Re: using index or check in ALTER TABLE SET NOT NULL Sergei Kornilov
• 10:36   Re: Gotchas about pg_verify_checksums Michael Paquier
• 10:49   Re: Gotchas about pg_verify_checksums Daniel Gustafsson
• 12:08   Re: pgsql: Revert "Allow on-line enabling and disabling of datachecksums" Christoph Berg
• 14:54   Re: Gotchas about pg_verify_checksums Magnus Hagander
• 14:57   Re: pgsql: Revert "Allow on-line enabling and disabling of data checksums" Magnus Hagander
• 15