Mailing lists [pgsql-hackers]

9 April 2018

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