Mailing lists [pgsql-performance]

1 January 2016

• 20:13   Re: Plan differences Anton Melser

4 January 2016

• 12:04   Re: Plan differences Adam Pearson
• 13:00   Proposal for unlogged tables Mark Zealey
• 16:31   Re: Plan differences Anton Melser
• 17:28   Re: Proposal for unlogged tables Yves Dorfsman
• 17:38   Re: Proposal for unlogged tables Mark Zealey
• 19:12   Re: Proposal for unlogged tables Andres Freund
• 20:12   Re: Proposal for unlogged tables Mark Zealey
• 20:16   Re: Proposal for unlogged tables Andres Freund

6 January 2016

• 11:08   Materialized view performance problems Tom McLoughlin
• 14:40   Re: Materialized view performance problems Andreas Kretschmer
• 16:27   Re: Materialized view performance problems Tom McLoughlin
• 17:58   Queries intermittently slow Scott Rankin
• 18:19   Re: Queries intermittently slow Tom Lane
• 18:31   Re: Queries intermittently slow Scott Rankin
• 18:38   Re: Queries intermittently slow Tom Lane
• 18:57   Re: Queries intermittently slow Scott Rankin
• 19:14   Re: Queries intermittently slow Tom Lane
• 19:28   Re: Queries intermittently slow Scott Rankin
• 19:32   Re: Queries intermittently slow Tom Lane
• 20:23   Re: Materialized view performance problems Andreas Kretschmer
• 21:01   Re: Queries intermittently slow Scott Rankin

7 January 2016

• 07:15   Re: Queries intermittently slow Jim Nasby
• 07:17   Slow query help Almir de Oliveira Duarte Junior
• 18:03   Re: Queries intermittently slow Scott Rankin
• 18:19   Re: Queries intermittently slow Tom Lane
• 18:43   Re: Queries intermittently slow Scott Rankin
• 20:51   Re: Queries intermittently slow Scott Rankin
• 21:07   Re: Queries intermittently slow Rick Otten
• 21:34   Re: Queries intermittently slow Tom Lane
• 21:56   Re: Slow query help Rafael Bernard Rodrigues Araujo
• 22:17   Re: Slow query help Marc Mamin
• 22:30   Re: Slow query help Almir de Oliveira Duarte Junior
• 22:48   Re: Queries intermittently slow Andres Freund

8 January 2016

• 00:05   Re: Queries intermittently slow Jim Nasby
• 19:37   How we made Postgres upserts 2-3* quicker than MongoDB Mark Zealey
• 20:08   Re: How we made Postgres upserts 2-3* quicker than MongoDB Nicolas Paris
• 20:16   Re: How we made Postgres upserts 2-3* quicker than MongoDB Mark Zealey
• 20:43   Re: How we made Postgres upserts 2-3* quicker than MongoDB Scott Marlowe

10 January 2016

• 08:57   insert performance Jinhua Luo

11 January 2016

• 00:06   Re: insert performance Jim Nasby
• 22:20   Re: insert performance Jeff Janes
• 22:32   Re: Queries getting canceled inside a proc that seems to slow down randomly Skarsol
• 22:39   Re: Queries getting canceled inside a proc that seems to slow down randomly Jim Nasby
• 22:41   Re: Queries getting canceled inside a proc that seems to slow down randomly Skarsol

13 January 2016

• 13:03   Re: insert performance Jinhua Luo
• 19:41   Re: insert performance Jinhua Luo

18 January 2016

• 00:41   Query order of magnitude slower with slightly different where clause Adam Brusselback
• 01:42   Re: Query order of magnitude slower with slightly different where clause David Rowley

19 January 2016

• 07:50   Re: insert performance Jinhua Luo

22 January 2016

• 03:30   High Planning Time Phil S
• 08:54   Re: insert performance Jinhua Luo
• 11:00   Re: High Planning Time Albe Laurenz
• 17:11   Re: High Planning Time Vitalii Tymchyshyn
• 17:35   Re: High Planning Time Tom Lane

25 January 2016

• 02:24   Re: insert performance Jim Nasby

26 January 2016

• 18:52   Primary key index partially used Florian Gossin
• 19:01   Re: Primary key index partially used Igor Neyman
• 19:02   Re: Primary key index partially used Igor Neyman

28 January 2016

• 01:09   Postgres partitions-query scanning all child tables rverghese
• 02:46   performance issue with inherited foreign table Dzmitry Nikitsin
• 07:31   Re: Postgres partitions-query scanning all child tables Corey Huinker
• 09:10   Re: Postgres partitions-query scanning all child tables rverghese
• 10:47   Re: Postgres partitions-query scanning all child tables Corey Huinker
• 22:51   Re: Postgres partitions-query scanning all child tables rverghese

29 January 2016

• 18:17   Hash join gets slower as work_mem increases? Albe Laurenz
• 18:22   Re: Hash join gets slower as work_mem increases? Pavel Stehule

30 January 2016

• 01:06   jsonb_agg performance jfleming@kispring.com
• 02:34   Re: jsonb_agg performance Andrew Dunstan
• 15:31   PostgreSQL seems to create inefficient plans in simple conditional joins Hedayat Vatankhah
• 17:13   Re: Hash join gets slower as work_mem increases? Tomas Vondra
• 18:57   Re: PostgreSQL seems to create inefficient plans in simple conditional joins David Rowley
• 20:15   Re: PostgreSQL seems to create inefficient plans in simple conditional joins Vitalii Tymchyshyn
• 20:31   Re: PostgreSQL seems to create inefficient plans in simple conditional joins David Rowley
• 21:52   Re: PostgreSQL seems to create inefficient plans in simple conditional joins Vitalii Tymchyshyn

31 January 2016

• 00:51   Re: PostgreSQL seems to create inefficient plans in simple conditional joins Hedayat Vatankhah