Skip site navigation (1) Skip section navigation (2)

Equivalent praxis to CLUSTERED INDEX?

From: Mischa Sandberg <mischa(dot)sandberg(at)telus(dot)net>
To: pgsql-performance(at)postgresql(dot)org
Subject: Equivalent praxis to CLUSTERED INDEX?
Date: 2004-08-25 05:28:42
Message-ID: esVWc.44164$jZ5.31613@clgrps13 (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
Coming from the MSSQL world, I'm used to the first step in optimization
to be, choose your clustered index and choose it well.

I see that PG has a one-shot CLUSTER command, but doesn't support
continuously-updated clustered indexes.

What I infer from newsgroup browsing is, such an index is impossible,
given the MVCC versioning of records (happy to learn I'm wrong).

I'd be curious to know what other people, who've crossed this same
bridge from MSSQL or Oracle or Sybase to PG, have devised,
faced with the same kind of desired performance gain for retrieving
blocks of rows with the same partial key.


pgsql-performance by date

Next:From: my hoDate: 2004-08-25 06:54:05
Subject: Re: postgresql performance with multimedia
Previous:From: Richard HuxtonDate: 2004-08-24 21:00:48
Subject: Re: What is the best way to do attribute/values?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group