Re: [PERFORM]

2007-06-29 Thread Ed Tyrrill
On Mon, 2007-06-25 at 21:07 -0400, Tom Lane wrote: > It's worth fooling around with work_mem just to see what happens. The > other thing that would be interesting is to force the other plan (set > enable_mergejoin = off) just to see what the planner is costing it at. > My suspicion is that the est

Re: [PERFORM]

2007-06-25 Thread Ed Tyrrill
On Mon, 2007-06-25 at 18:10 -0400, Tom Lane wrote: > "Tyrrill, Ed" <[EMAIL PROTECTED]> writes: > > ... With 8.2.4.1 I get the same plan and performance with > > default_statistics_target set to either 10 or 100: > > There's something fishy about that, because AFAICS from the CVS logs, > there are

Re: [PERFORM]

2007-06-25 Thread Ed Tyrrill
On Mon, 2007-06-25 at 17:56 -0400, Stephen Frost wrote: > Was the 'work_mem' set to the same thing on all these runs? Also, you > might try increasing the 'work_mem' under 8.2.4, at least for this query > (you can set it by just doing: set work_mem = '2GB'; or similar in psql, > or you can change

Re: [PERFORM] Best way to delete unreferenced rows?

2007-06-14 Thread Ed Tyrrill
Craig James wrote: > Tyrrill, Ed wrote: > > QUERY PLAN > > > > > > > > > > --- > > Merge Left Join (cost=38725295.93..42505394.70 rows=