Mailing lists [pgsql-performance]

4 January

• 20:45   Re: Question: consolidating strpos searches? Tom Lane
• 22:03   Re: Question: consolidating strpos searches? Greg Sabino Mullane

7 January

• 02:18   Re: Aggressive vacuum Slava Mudry
• 22:30   Re: Aggressive vacuum Jeff Janes

9 January

• 15:39   Re: Unexpected Seq Scan's when using MERGE WHEN NOT MATCHED BY SOURCE Feike Steenbergen
• 18:52   Re: Unexpected Seq Scan's when using MERGE WHEN NOT MATCHED BY SOURCE David Mullineux

25 January

• 14:23   Any risk or overhead considerations for frequently executing queries against catalog tables? Frits Hoogland
• 16:32   Re: Any risk or overhead considerations for frequently executing queries against catalog tables? Pavel Stehule
• 17:55   Read-only connectios optimizatios Edson Richter
• 19:59   Re: Any risk or overhead considerations for frequently executing queries against catalog tables? Frits Hoogland
• 21:01   Re: Read-only connectios optimizatios Laurenz Albe
• 21:18   Re: Any risk or overhead considerations for frequently executing queries against catalog tables? Pavel Stehule
• 23:01   Re: Any risk or overhead considerations for frequently executing queries against catalog tables? Frits Hoogland

26 January

• 01:12   Re: Read-only connectios optimizatios peter plachta
• 09:43   Re: Any risk or overhead considerations for frequently executing queries against catalog tables? Pavel Stehule
• 20:56   Re: Any risk or overhead considerations for frequently executing queries against catalog tables? Jeremy Schneider

27 January

• 11:53   Re: Reg pg_restore taking more time in windows compare to linux Laurenz Albe
• 12:48   Re: Unexpected Seq Scan's when using MERGE WHEN NOT MATCHED BY SOURCE Feike Steenbergen
• 18:06   Re: [EXTERNAL] - Re: Reg pg_restore taking more time in windows compare to linux Laurenz Albe
• 20:41   RE: [EXT] Re: Read-only connectios optimizatios Wong, Kam Fook (TR Technology)

28 January

• 17:58   Why ORing with a false one-time filter turns an Index-Lookup into a SeqScan Clemens Eisserer
• 20:12   Re: [EXTERNAL] - Re: Reg pg_restore taking more time in windows compare to linux Laurenz Albe

29 January

• 05:12   Re: Simple query with Planner underestimating rows. Greg Sabino Mullane
• 06:05   Re: Simple query with Planner underestimating rows. Andrei Lepikhov
• 11:57   Re: Simple query with Planner underestimating rows. Andrei Lepikhov
• 15:07   Re: Why ORing with a false one-time filter turns an Index-Lookup into a SeqScan Clemens Eisserer
• 18:10   Re: Why ORing with a false one-time filter turns an Index-Lookup into a SeqScan Tom Lane