Multiple Key Clustering In Db2 8.1 - Interesting FYI

Поиск
Список
Период
Сортировка
От Mark Kirkwood
Тема Multiple Key Clustering In Db2 8.1 - Interesting FYI
Дата
Msg-id 3DB4F9BC.3060303@paradise.net.nz
обсуждение исходный текст
Ответ на BTree free pages again  (Alvaro Herrera <alvherre@dcc.uchile.cl>)
Список 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
compositeblock index, which contains all dimension key columns.     The composite block index is used to maintain
clusteringduring     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




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Sean Chittenden
Дата:
Сообщение: Re: New SET/autocommit problem
Следующее
От: Philip Warner
Дата:
Сообщение: Re: pg_dump and large files - is this a problem?