Mailing lists [pgsql-hackers]

7 May 2018

• 00:20   Re: WIP: a way forward on bootstrap data Mark Dilger
• 00:57   Re: WIP: a way forward on bootstrap data Tom Lane
• 01:08   Re: WIP: a way forward on bootstrap data John Naylor
• 01:36   Re: [HACKERS] advanced partition matching algorithm forpartition-wise join Dmitry Dolgov
• 02:25   Re: WIP: a way forward on bootstrap data Mark Dilger
• 03:16   Re: GSoC 2018: thrift encoding format Charles Cui
• 05:52   Extra newlines added even if PQerrorMessage Michael Paquier
• 06:18   Refreshing findoidjoins for v11 Michael Paquier
• 06:23   Re: perlcritic and perltidy Michael Paquier
• 07:14   Re: perlcritic and perltidy Stephen Frost
• 07:37   Re: [HACKERS] path toward faster partition pruning Michael Paquier
• 07:49   Why did commit 6271fceb8 enable debug logging for all TAP tests? Tom Lane
• 07:56   Re: Why did commit 6271fceb8 enable debug logging for all TAP tests? Michael Paquier
• 08:32   Having query cache in core Tatsuo Ishii
• 08:46   Re: Why did commit 6271fceb8 enable debug logging for all TAP tests? Tom Lane
• 08:47   Re: Having query cache in core Tom Lane
• 09:34   Re: Should we add GUCs to allow partition pruning to be disabled? Justin Pryzby
• 10:16   Re: Draft release notes are up Jonathan S. Katz
• 11:05   Re: Should we add GUCs to allow partition pruning to be disabled? David Rowley
• 12:00   Re: Should we add GUCs to allow partition pruning to be disabled? David Rowley
• 12:23   Re: Having query cache in core Laurenz Albe
• 12:35   Re: citext function overloads for text parameters Shay Rojansky
• 13:00   Re: Having query cache in core Heikki Linnakangas
• 13:05   citext function overloads for text parameters David G. Johnston
• 13:09   Re: citext function overloads for text parameters Shay Rojansky
• 13:29   Re: Having query cache in core Sergei Kornilov
• 13:30   Re: [HACKERS] path toward faster partition pruning Marina Polyakova
• 13:56   Re: [HACKERS] path toward faster partition pruning Michael Paquier
• 14:08   Re: Having query cache in core Hartmut Holzgraefe
• 14:12   Re: Having query cache in core Konstantin Knizhnik
• 14:24   RE: Having query cache in core Tsunakawa, Takayuki
• 14:41   Re: Having query cache in core Hartmut Holzgraefe
• 14:41   Re: Having query cache in core Konstantin Knizhnik
• 14:58   Re: Having query cache in core Tatsuo Ishii
• 15:56   Re: Having query cache in core Konstantin Knizhnik
• 17:20   Re: Built-in connection pooling Konstantin Knizhnik
• 19:10   Re: citext function overloads for text parameters Sergey Mirvoda
• 19:19   Re: MAP syntax for arrays Ashutosh Bapat
• 19:34   Re: Reopen logfile on SIGHUP Alexander Kuzmenkov
• 19:37   Re: Porting PG Extension from UNIX to Windows Pavlo Golub
• 19:52   Re: Porting PG Extension from UNIX to Windows Craig Ringer
• 19:52   Re: [doc fix] Trivial fix for PG 11 partitioning Robert Haas
• 19:53   Re: Interesting paper: Contention-Aware Lock Scheduling Юрий Соколов
• 20:15   Re: [HACKERS] Clock with Adaptive Replacement Robert Haas
• 21:16   Re: MAP syntax for arrays Tom Lane
• 22:26   Re: doc fixes: vacuum_cleanup_index_scale_factor Alexander Korotkov
• 22:42   Re: Compiler warnings with --enable-dtrace Tom Lane
• 22:54   Re: [HACKERS] Clock with Adaptive Replacement Юрий Соколов
• 22:55   Re: doc fixes: vacuum_cleanup_index_scale_factor Justin Pryzby
• 22:59   Re: make installcheck-world in a clean environment Robert Haas
• 23:04   Re: Global snapshots Robert Haas
• 23:07   Re: make installcheck-world in a clean environment Tom Lane
• 23:10   Re: Compiler warnings with --enable-dtrace Tom Lane
• 23:23   Re: [HACKERS] Parallel Append implementation Robert Haas
• 23:37   parallel.sgml for Gather with InitPlans Robert Haas
• 23:49   Re: Explain buffers wrong counter with parallel plans Robert Haas
• 23:52   Re: Having query cache in core Robert Haas
• 23:55   Re: Built-in connection pooling Robert Haas