Re: TB-sized databases

From: david(at)lang(dot)hm
To: Csaba Nagy <nagy(at)ecircle-ag(dot)com>
Cc: Bill Moran <wmoran(at)collaborativefusion(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: TB-sized databases
Date: 2007-11-28 15:03:26
Message-ID: Pine.LNX.4.64.0711280701370.4467@asgard
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, 28 Nov 2007, Csaba Nagy wrote:

> On Wed, 2007-11-28 at 08:27 -0500, Bill Moran wrote:
>> Is there something wrong with:
>> set enable_seqscan = off
>> ?
>
> Nothing wrong with enable_seqscan = off except it is all or nothing type
> of thing... if you want the big table to never use seqscan, but a medium
> table which is joined in should use it, then what you do ? And setting
> enable_seqscan = off will actually not mean the planner can't use a
> sequential scan for the query if no other alternative exist. In any case
> it doesn't mean "please throw an error if you can't do this without a
> sequential scan".
>
> In fact an even more useful option would be to ask the planner to throw
> error if the expected cost exceeds a certain threshold...

and even better if the option can be overridden for a specific transaction
or connection. that way it can be set relativly low for normal operations,
but when you need to do an expensive query you can change it for that
query.

David Lang

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Alvaro Herrera 2007-11-28 15:12:05 Re: TB-sized databases
Previous Message Pablo Alcaraz 2007-11-28 14:57:14 Re: TB-sized databases