Mailing lists [pgsql-hackers]

6 November 2017

• 01:22   Re: [HACKERS] Custom compression methods Oleg Bartunov
• 02:23   Re: [HACKERS] WIP: long transactions on hot standby feedback replica/ proof of concept Robert Haas
• 03:04   Re: [HACKERS] Display number of heap accesses for index scans Peter Geoghegan
• 03:33   Re: [HACKERS] [POC] Faster processing at Gather node Jim Van Fleet
• 03:40   Re: [HACKERS] [POC] Faster processing at Gather node Andres Freund
• 04:21   Re: [HACKERS] why not parallel seq scan for slow functions Robert Haas
• 04:34   Re: [HACKERS] Custom compression methods Robert Haas
• 04:38   Re: [HACKERS] Early locking option to parallel backup Robert Haas
• 05:09   Re: [HACKERS] Early locking option to parallel backup Andres Freund
• 06:36   Re: [HACKERS] Statement-level rollback Tsunakawa, Takayuki
• 07:00   Re: [HACKERS] Custom compression methods Adam Brusselback
• 07:02   Re: [HACKERS] Restricting maximum keep segments by repslots Thomas Munro
• 07:06   Re: [HACKERS] Setting pd_lower in GIN metapage Amit Langote
• 07:27   Re: [HACKERS] Secondary index access optimizations Thomas Munro
• 08:35   Re: [HACKERS] dropping partitioned tables without CASCADE Amit Langote
• 09:07   Re: [HACKERS] Restricting maximum keep segments by repslots Craig Ringer
• 09:32   Re: [HACKERS] Custom compression methods Tom Lane
• 09:33   Re: [HACKERS] Display number of heap accesses for index scans Tom Lane
• 09:37   Re: [HACKERS] why not parallel seq scan for slow functions Tom Lane
• 09:43   Re: [HACKERS] Early locking option to parallel backup Tom Lane
• 09:53   Re: [HACKERS] path toward faster partition pruning David Rowley
• 10:10   Re: [HACKERS] How to implement a SP-GiST index as a extension module? Connor Wolf
• 10:15   Re: [HACKERS] path toward faster partition pruning David Rowley
• 10:21   Re: [HACKERS] Setting pd_lower in GIN metapage Amit Kapila
• 10:28   [HACKERS] PATCH: psql tab completion for SELECT Edmund Horner
• 10:30   Re: [Sender Address Forgery]Re: [HACKERS] path toward fasterpartition pruning Amit Langote
• 10:31   Re: [HACKERS] [PATCH] Overestimated filter cost and its mitigation Thomas Munro
• 10:34   Re: [Sender Address Forgery]Re: [HACKERS] path toward fasterpartition pruning Amit Langote
• 10:50   Re: [HACKERS] [PATCH] Add ALWAYS DEFERRED option for constraints Thomas Munro
• 11:05   Re: [HACKERS] Flexible configuration for full-text search Thomas Munro
• 11:26   Re: [HACKERS] [POC] Faster processing at Gather node Amit Kapila
• 11:32   Re: [Sender Address Forgery]Re: [HACKERS] path toward fasterpartition pruning David Rowley
• 12:31   Re: [HACKERS] WIP: long transactions on hot standby feedback replica/ proof of concept Masahiko Sawada
• 12:51   Re: [HACKERS] dropping partitioned tables without CASCADE Ashutosh Bapat
• 14:07   [HACKERS] Race to build pg_isolation_regress in "make -j check-world" Noah Misch
• 15:16   [HACKERS] Removing useless DISTINCT clauses David Rowley
• 15:23   Re: [HACKERS] Statement-level rollback Thomas Munro
• 15:42   Re: [HACKERS] Moving relation extension locks out of heavyweight lock manager Masahiko Sawada
• 15:59   Re: [Sender Address Forgery]Re: [HACKERS] path toward fasterpartition pruning Amit Langote
• 16:01   Re: [HACKERS] path toward faster partition pruning Amit Langote
• 16:19   Re: [HACKERS] [PATCH] Overestimated filter cost and its mitigation Ashutosh Bapat
• 16:20   Re: [HACKERS] why not parallel seq scan for slow functions Amit Kapila
• 17:14   Re: [HACKERS] Display number of heap accesses for index scans Alexander Korotkov
• 17:41   Re: [HACKERS] pow support for pgbench Raúl Marín Rodríguez
• 18:36   Re: [HACKERS] Statement-level rollback MauMau
• 18:52   Re: [HACKERS] path toward faster partition pruning David Rowley
• 19:00   Re: [HACKERS] proposal - Default namespaces for XPath expressions(PostgreSQL 11) Kyotaro HORIGUCHI
• 19:12   Re: [HACKERS] pow support for pgbench Fabien COELHO
• 19:13   Re: [HACKERS] Secondary index access optimizations Konstantin Knizhnik
• 19:19   Re: [HACKERS] Restricting maximum keep segments by repslots Andres Freund
• 19:20   Re: [HACKERS] Restricting maximum keep segments by repslots Andres Freund
• 19:22   Re: [HACKERS] Early locking option to parallel backup Robert Haas
• 19:26   Re: [HACKERS] Early locking option to parallel backup Andres Freund
• 19:35   Re: [HACKERS] why not parallel seq scan for slow functions Robert Haas
• 19:55   Re: [HACKERS] Client Connection redirection support for PostgreSQL Robert Haas
• 20:10   Re: [HACKERS] Parallel Plans and Cost of non-filter functions Paul Ramsey
• 20:28   Re: [HACKERS] pow support for pgbench Raúl Marín Rodríguez
• 20:30   Re: [HACKERS] Early locking option to parallel backup Stephen Frost
• 20:50   Re: [HACKERS] Small improvement to compactify_tuples Юрий Соколов
• 20:55   Re: [HACKERS] Small improvement to compactify_tuples Claudio Freire
• 21:07   Re: [HACKERS] Fix performance degradation of contended LWLock on NUMA Sokolov Yura
• 21:14   Re: [HACKERS] pow support for pgbench Fabien COELHO
• 21:30   Re: [HACKERS] [POC] Faster processing at Gather node Jim Van Fleet
• 21:33   Re: [HACKERS] [POC] Faster processing at Gather node Andres Freund
• 21:44   Re: [HACKERS] [POC] Faster processing at Gather node Jim Van Fleet
• 21:47   Re: [HACKERS] [POC] Faster processing at Gather node Andres Freund
• 22:00   Re: [HACKERS] [pgsql-www] Schedule for migration to pglister Tom Lane
• 22:07   Re: [HACKERS] [pgsql-www] Schedule for migration to pglister Magnus Hagander
• 22:15   Re: [HACKERS] pow support for pgbench Raúl Marín Rodríguez
• 22:34   Re: [HACKERS] pow support for pgbench Fabien COELHO
• 23:35   Re: [HACKERS] MERGE SQL Statement for PG11 Simon Riggs
• 23:55   Re: [HACKERS] [POC] Faster processing at Gather node Jim Van Fleet