Multiple Key Clustering In Db2 8.1 - Interesting FYI

From: Mark Kirkwood <markir(at)paradise(dot)net(dot)nz>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Multiple Key Clustering In Db2 8.1 - Interesting FYI
Date: 2002-10-22 07:09:48
Message-ID: 3DB4F9BC.3060303@paradise.net.nz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Dear hackers,

I have recently been playing with DB2 8.1 Beta. It has introduced a
feature to enable index clustering on more than one key. This reminded
me of a previous thread on HACKERS about index access anding/bitmaps in
Firebird. So anyway, here is a little snip from the 8.1 manual as a FYI.

-- snip

As the name implies, MDC tables cluster data on more than one dimension.
Each dimension is determined by a column or set of columns that you
specify in the ORGANIZE BY DIMENSIONS clause of the CREATE TABLE
statement. When you create an MDC table, the following two kinds of
indexes are created automatically:

* A dimension-block index, which contains pointers to each occupied
block for a single dimension.
* A composite block index, which contains all dimension key columns.
The composite block index is used to maintain clustering during
insert and update activity.

The optimizer considers dimension-block index scan plans when it
determines the most efficient access plan for a particular query. When
queries have predicates on dimension values, the optimizer can use the
dimension block index to identify, and fetch from, only extents that
contain these values. In addition, because extents are physically
contiguous pages on disk, this results in more efficient performance and
minimizes I/O.

-- snipped

regards

Mark

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Sean Chittenden 2002-10-22 07:12:41 Re: New SET/autocommit problem
Previous Message Sean Chittenden 2002-10-22 06:56:02 Re: v7.3 Branched ...