DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	b=Jdc+c3J5Ve+1k6iI+cbqLLAHDtia9XzWeEexPn9JMfQmtNctSMcYko1dw5OO/W+o3+
	c+Gsd3rpcdXhYwJXmdE9Fp0y2OANTs6Vmd2hb+JE9kBmAlCl0DOkyf6U6cAkyNz3jC3F
	gX6NxHilQKpgC0HPEVVcBDTq0QLJL8vO7lsJs=
MIME-Version: 1.0
In-Reply-To: <6645f6441003081028v6dbca8f4s2a480114b86cb2a6@mail.gmail.com>
References: <6645f6441003081028v6dbca8f4s2a480114b86cb2a6@mail.gmail.com>
Date: Mon, 8 Mar 2010 11:27:00 -0800
Message-ID: <f2fd819a1003081127j14632bc2h8b102cef93b08b89@mail.gmail.com>
Subject: Re: Paritioning vs. caching
From: Anj Adu <fotographs@gmail.com>
To: Konrad Garus <konrad.garus@gmail.com>
Cc: pgsql-performance@postgresql.org
Content-Type: text/plain; charset=ISO-8859-1

If the partitioned column in your where clause does not use hardcoded
values ...e.g datecolumn between 'year1' and 'year2' ..the query
planner will check all partitions ..this is a known issue with the
optimizer

On Mon, Mar 8, 2010 at 10:28 AM, Konrad Garus <konrad.garus@gmail.com> wrote:
> Hello,
>
> I am evaluating a materialized view implemented as partitioned table.
> At the moment the table is partitioned yearly and contains 5
> numeric/timestamp columns. One of the columns is ID (but it's not what
> the table is partitioned on).
>
> Partition for one year occupies about 1200 MB. Each of the columns is
> indexed, with each index weighing about 160 MB. I am trying to avoid
> RAM/disk thrashing. Now I have the following questions:
>
> 1. When I query the table by ID, it performs index scan on each
> partition. The result is only found in one partition, but I understand
> why it needs to look in all of them. How much disk reading does it
> involve? Is only the "head" of indexes for partitions that do not
> include the row scanned, or are always whole indexes read? I would
> like to know the general rule for index scans.
>
> 2. Is it possible to tell which PG objects are read from disk (because
> they were not found in RAM)?
>
> Thank you.
>
> --
> Konrad Garus
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>