Received: from localhost (unknown [200.46.204.183])
	by postgresql.org (Postfix) with ESMTP id 0379B2E02BB
	for <pgsql-performance-postgresql.org@postgresql.org>;
	Wed, 28 Nov 2007 10:04:27 -0400 (AST)
Received: from postgresql.org ([200.46.204.71])
	by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024)
	with ESMTP id 82967-01 for
	<pgsql-performance-postgresql.org@postgresql.org>;
	Wed, 28 Nov 2007 10:04:24 -0400 (AST)
Received: from mail.ecircle.de (mail.ecircle.de [195.140.186.200])
	by postgresql.org (Postfix) with ESMTP id 1F4872E02A3
	for <pgsql-performance@postgresql.org>;
	Wed, 28 Nov 2007 10:04:24 -0400 (AST)
Received: from einstein.muc.ecircle.de (einstein.muc.ecircle.de [192.168.1.7])
	by mail.ecircle.de (READY) with ESMTP id 926BF11C1A9;
	Wed, 28 Nov 2007 15:04:22 +0100 (CET)
Received: from [192.168.1.91] ([192.168.1.91]) by einstein.muc.ecircle.de with
	Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Nov 2007 15:03:44 +0100
Subject: Re: TB-sized databases
From: Csaba Nagy <nagy@ecircle-ag.com>
To: Bill Moran <wmoran@collaborativefusion.com>
Cc: pgsql-performance@postgresql.org
In-Reply-To: <20071128085441.51705627.wmoran@collaborativefusion.com>
References: <4544e0330711260904g45d893a8ub1731e245aa8fc84@mail.gmail.com>
	<474B1407.3090607@laotraesquina.com.ar> <474B1B8C.1030505@gmail.com>
	<4544e0330711271218h56ce4cc3p280a9fefff24583d@mail.gmail.com>
	<1196197045.4246.1154.camel@ebony.site>
	<474CA2FA.2020201@laotraesquina.com.ar>
	<Pine.LNX.4.58.0711281248290.3731@aragorn.flymine.org>
	<20071128082716.91bbad9c.wmoran@collaborativefusion.com>
	<1196257702.31315.6.camel@PCD12478>
	<20071128085441.51705627.wmoran@collaborativefusion.com>
Content-Type: text/plain
Date: Wed, 28 Nov 2007 15:03:44 +0100
Message-Id: <1196258624.31315.9.camel@PCD12478>
Mime-Version: 1.0
X-Mailer: Evolution 2.10.1 
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 28 Nov 2007 14:03:44.0568 (UTC)
	FILETIME=[7D034B80:01C831C7]
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Archive-Number: 200711/346
X-Sequence-Number: 27761

On Wed, 2007-11-28 at 08:54 -0500, Bill Moran wrote:
> > Nothing wrong with enable_seqscan = off except it is all or nothing type
> > of thing...
> 
> If that's true, then I have a bug report to file:
[snip]
> It looks to me to be session-alterable.

I didn't mean that it can't be set per session, I meant that it is not
fine grained enough to select the affected table but it affects _all_
tables in a query... and big tables are rarely alone in a query.

Cheers,
Csaba.