Оценка размера кластера выполняется следующими шагами:

1. Вычислите общий размер заголовка блока.

2. Вычислите размер свободной памяти в блоке данных.

3. Вычислите сумму длин столбцов для средней строки на ключ
кластера.

4. Вычислите общий размер средней строки для всех кластеризуемых
таблиц.

5. Вычислите средний размер блока кластера.

6. Вычислите общее число блоков, требуемое для кластера.

Ниже объяснен каждый из этих шагов.

Шаг 1: Вычислите общий размер заголовка блока

Память, требуемая для заголовка блока, представляется следующей
формулой:

заголовок блока = фикс.заголовок + перем.заголовок транзакций
+ оглавление таблиц + оглавление строк

Здесь:

фикс.заголовок (*) 57 байт

переменный (*) 23*I
заголовок где I - значение INITRANS для таблицы
транзакций

оглавление таблиц 4*N + 1
где N - число таблиц в сегменте данных


оглавление строк 2*R
где R - число строк на блок
(вычисляемое в шаге 5)

Если INITRANS = 2, то мы можем частично разрешить предыдущие
формулы:

заголовок блока = 57 + 46 + (4N + 1) + 2R байт
= 104+ 4Т + 2R байт

Шаг 2: Вычислите размер свободной памяти в блоке данных

Память, резервируемая в каждом блоке для данных и
специфицируемая параметром PCTFREE, вычисляется как процент от
размера блока за вычетом заголовка блока:

свободная память = (размер блока - общий размер заголовка)

Размер блока базы данных устанавливается при создании базы
данных; вы можете узнать его, выдав команду SQL*DBA SHOW:

SHOW PARAMETERS db_block_size;

Замечание: Для дополнительной информации о команде SQL*DBA SHOW
обратитесь к документу ORACLE7 Server Utilities User's Guide.

Предположив, что размер блока равен 2K, мы получим следующую
оценку для свободной памяти для новых данных в блоке:

свободная память = (2048 - (104 + 4N + 2R)
= (1944 - 4N - 2R) байт

Принимая, что в кластере две таблицы (т.е. N = 2), мы можем
упростить эту формулу до следующей:

свободная память = 1944 - (4*2) - 2R байт
= 1932 - 2R байт

Шаг 3: Вычислите сумму длин столбцов для средней строки на ключ кластера

Вычислите память, требуемую для значений средней строки,
используя шаг 3 процедуры, обсуждавшейся в секции "Расчет памяти
для некластеризованных таблиц" на странице 8-19. Обратите
внимание на следующие тонкости:

* Вычислите память, требуемую для значений средней строки,
отдельно по каждой таблице в кластере. Например, если
кластер содержит таблицы T1 и T2, вычислите средний
размер строки для обеих этих таблиц.


Управление объектами схемы 8-45
* Не включайте в указанные выше расчеты память, требуемую
для ключа кластера. Однако отметьте количество памяти,
требуемое для хранения среднего значения ключа кластера,
для шага 5. Например, вычисляя память, требуемую для
средней строки таблицы T1, не включайте память, требуемую
для хранения ключа кластера.

* Не включайте память, требуемую для заголовка строки (т.е.
байты длины дя каждого столбца); эта память будет
подсчитываться на следующем шаге.

Например, предположим, что две кластеризуемые таблицы созданы
следующими предложениями:

CREATE TABLE t1 (a CHAR(10), b DATE, c NUMBER(10,2))
CLUSTER t1_t2 (c);

CREATE TABLE t2 (c NUMBER(10,2), d CHAR(10))
CLUSTER t1_t2 (c);

Заметьте, что ключом кластера является столбец C в каждой
таблице.

Рассматривая эти таблицы, вычислим память, требуемую для средней
строки таблицы T1 (D1) и память, требуемую для средней строки
таблицы T2 (D2):

D1 (память на среднюю строку) = (a + b)
= (10 + 7) байт
= 17 байт

D2 (память на среднюю строку) = (d)
= 10 байт

Шаг 4: Вычислите общий размер средней строки для кластеризуемых таблиц

Вы можете вычислить минимальный объем памяти, требуемой для
строки в кластеризованной таблице, по следующей формуле:

S(n) байт/строку = заголовок строки + F(n) + V(n) + D(n)


где:

заголовок строки(*) 4 байта на строку для кластеризованной
таблицы.

F(n) Общее число байтов длины для всех
столбцов в таблице (n) с длинами 250
байт или меньше. На каждый такой
столбец отводится один байт длины.

V(n) Общее число байтов длины для всех
столбцов в таблице (n) с длинами больше
250 байт или меньше. На каждый такой
столбец отводится 3 байта длины.

D(n) Комбинированная память для всех столбцов
в средней строке таблицы (n) (из шага
3).

Замечание: Не включайте длины столбцов для ключа кластера в
переменные F и V ни для одной таблицы в кластере. Эта память
будет подсчитана на шаге 5.

Например, общий размер средней строки кластеризованных таблиц T1
и T2, описанных в шаге 3, составляет:

S(1) = (4 + (1 * 2) + (3 * 0) + 17) байт
= 23 байта

S(2) = (4 + (1 * 1) + (3 * 0) + 10) байт
= 15 байт

Замечание: Абсолютный минимум для размера строки
кластеризованной таблицы равен 10 байт, и зависит от
операционной системы. Поэтому, если ваше вычисленное значение
общего размера средней строки таблицы меньше 10, используйте
вместо него число 10 в последующих расчетах.

Шаг 5: Вычислите средний размер блока кластера

Чтобы вычислить средний размер блока кластера, сначала оцените
среднее число строк (по всем таблицам) на ключ кластера. После
того, как это известно, используйте следующую формулу для
вычисления среднего размера блока кластера:

средний размер блока кластера (байт) =
(( R(1)*S(1) ) + ( R(2)*S(2) ) + .. + ( R(n)*S(n) ))
+ заголовок ключа + C(k) + S(k) + 2R(t)

где:

R(n) Среднее число строк в таблице (n),
ассоциированных с ключом кластера.

S(n) Средний размер строки в таблице (n),
вычисленный на шаге 4.

заголовок ключа(*) 19

C(k) Длина столбцов для ключа кластера.



Управление объектами схемы 8-47
S(k) Память, требуемая для хранения среднего
значения ключа кластера.

R(t) Общее число строк, ассоциироованных со
средним ключом кластера (т.е. сумма
R(1)+R(2)+...+R(n)). Это учитывает
память, требуемую в заголовке блока для
каждой строки в блоке.

Например, рассмотрим кластер, содержащий таблицы T1 и T2. Пусть
средний ключ кластера имеет одну строку на таблицу T1 и 20 строк
на таблицу T2. Пусть также ключ кластера имеет тип данных NUMBER
(один байт на длину столбца), и среднее значение ключа имеет 4
цифры (3 байта). С учетом этих условий и предыдущих
результатов, средняя память на ключ кластера (и ассоциированные
строки) составит:

SIZE = ((1 * 23) + (20 * 15) + 19 + 1 + 3 + (2 * 21) байт
= 388 байт

Подставьте вычисленное значение в опцию SIZE, когда вы создаете
кластер с помощью команды CREATE CLUSTER. Это оценивает память,
требуемую для хранения среднего ключа кластера и всех
ассоциированных с ним строк; ORACLE использует значение SIZE для
того, чтобы ограничить количество ключей кластера, которе могут
назначаться одному и тому же блоку данных. Вычислив среднее
значение SIZE, несколько увеличьте его, чтобы учесть память,
требуемую для тех ключей кластера, которые перевешивают среднюю
оценку.

Чтобы оценить число ключей кластера, которые умещаются в блоке
данных, используйте следующую формулу, которая использует размер
свободной памяти, вычисленный вами на шаге 2, число строк,
ассоциированных со средним ключом кластера R(t), и значение
SIZE:

# ключей/блок = FLOOR ( своб.память + 2R / (SIZE + 2R(t)) )

Например, взяв значение SIZE = 400 байт (оцененное значение 388
после округления вверх), R(t) = 21, а размер свободной памяти в
блоке = 1742 - 2R байт, получим следующий результат:

# ключей/блок = FLOOR ((1936 - 2R + 2R) / (400 + 2 * 21))
= FLOOR (1936 / 442)
= FLOOR (4.4)
= 4

Шаг 6: Вычислите общее число блоков, требуемое для кластера

Чтобы вычислить общее число блоков, требуемое для кластера, вы
должны оценить число возможных значений ключа в кластере. После
этого используйте следующую формулу, чтобы вычислить общее число
блоков, требуемое для кластера:


# блоков = CEIL(# ключей кластера / # ключей на блок)

Замечание: если у вас есть тестовая база данных, вы можете
использовать статистику, сгенерированную командой ANALYZE, чтобы
определить количество значений ключа кластера. См. "Анализ
таблиц, индексов и кластеров" на странице 8-62.

Например, предположим, что в кластере T1_T2 приблизительно 500
значений ключа кластера.

# блоков T1_T2 = CEIL(500/3)
= CEIL(166.7)
= 167

Чтобы вычислить это же значение в байтах, умножьте результат на
размер блока данных соответствующей базы данных.

Не забывайте, что эта процедура предоставляет приемлемую ОЦЕНКУ
размера кластера, но не точное число блоков или байт. Оценив
размер кластера, вы можете использовать эту информацию при
специфицировании параметра памяти INITIAL (размера начального
экстента кластера) в вашем соответствующем предложении CREATE
CLUSTER.

Требования памяти для существующих таблиц кластера

После того как кластеризованные таблицы созданы и используются,
память, требуемая для них, обычно выше, чем оценка, данная в
предыдущей секции. Больше памяти требуется из-за метода, с
помощью которого ORACLE управляет свободным пространством в базе
данных.

Сорри за предыдущее сочинение :_)
Я сейчас пытался найти в книгах/доках причины по которым кластер
тормозит операции записи но пока что-то не вижу...
Но хешированный кластер точно так себя ведёт..

Вот ещё накопал, надеюсь будет полезно:
Здесь же есть некоторые пояснения к update и insert

------------------------------------------------------------------------
Кластеры могут уменьшить производительность предложений INSERT в
сравнении с раздельным хранением таблиц со своими собственными
индексами. Эти недостатки обусловлены использованием
пространства и числом блоков, которые должны быть посещены для
просмотра таблицы; поскольку в каждом блоке хранятся данные из
нескольких таблиц, для хранения каждой кластеризованной таблицы
требуется больше блоков, чем если бы она была некластеризована.

Чтобы определить данные, которые целесообразно было бы хранить в
кластеризованной форме, поищите таблицы, связанные друг с другом
через ограничения ссылочной целостности, а также таблицы,
которые часто используются совместно через предложения SELECT,
соединяющие данные из нескольких таблиц. Кластеризуя таблицы по
столбцам, используемым в соединениях таблиц, вы уменьшаете число
блоков данных, которые должны быть просмотрены при обработке
запроса; все строки, требуемые для соединения по ключу кластера,
находятся в одном блоке. Поэтому производительность соединений
улучшается. Аналогично, может оказаться полезным кластеризовать
индивидуальную таблицу. Например, таблицу EMP можно было бы
кластеризовать по столбцу DEPTNO, чтобы сгруппировать вместе
строки для сотрудников по каждому отделу. Это дало бы
преимущество приложениям, обычно обрабатывающим строки по
отделам.



КЛЮЧ КЛАСТЕРА - это столбец или группа столбцов, общих для всех
кластеризованных таблиц. Столбцы ключа кластера указываются при
создании кластера. Эти же столбцы впоследствии специфицируются
при создании каждой таблицы, добавляемой в кластер.

Для каждого столбца, заданного при создании кластера как часть
ключа кластера, каждая таблица, создаваемая в кластере, должна
иметь столбец, совпадающий с ним по типу и размеру. Ключ
кластера не может иметь более 16 столбцов, и значение ключа
кластера не может превышать приблизительно одной трети
свободного пространства в блоке данных. Ключ кластера не может
включать столбец LONG или LONG RAW.

Значения данных в кластеризованных столбцах таблиц можно
обновлять. Однако, поскольку размещение данных зависит от ключа
кластера, изменение ключа кластера в строке может повлечь за
собой физическое перемещение строки. Поэтому часто обновляемые
столбцы не являются хорошими кандидатами для ключа кластера.

Индекс кластера
---------------

После создания кластера вы должны создать индекс по столбцам
ключа кластера. ИНДЕКС КЛАСТЕРА - это индекс, определенный
специально для кластера. Такой индекс содержит запись для
каждого значения ключа кластера. При поиске строки в кластере
индекс кластера используется для определения ключа кластера,
который указывает на блок, ассоциированный с этим ключом.
Поэтому любая данная строка извлекается минимально за две
операции ввода-вывода (возможно, больше, в зависимости от числа
уровней, которые необходимо пройти в индексе).

Индекс кластера должен быть создан прежде, чем для таблиц
кластера можно будет использовать любые предложения DML (включая
INSERT и SELECT). Поэтому в кластеризованную таблицу нельзя
загрузить данные, пока не создан индекс кластера.

Как и индекс таблицы, индекс кластера создается и хранится в
сегменте индекса. Поэтому кластер и индекс кластера можно
разместить в разных табличных пространствах.

Индекс кластера отличается от индекса таблицы в следующих
аспектах:

* Пустые ключи имеют записи в индексе кластера.

* Записи индекса указывают на первый блок в цепочке для
данного значения ключа кластера.

* Индекс кластера содержит одну запись на значение ключа
кластера, а не на каждую строку кластера.

* Отсутствие индекса таблицы не влияет на возможность
доступа, но данные кластера недоступны, пока не создан
индекс кластера.

Когда индекс кластера удаляется, данные в кластере остаются, но
становятся недоступными, пока не будет создан новый индекс
кластера. Вы можете пожелать удалить индекс кластера, чтобы
переместить его в другое табличное пространство или изменить его
характеристики пространства; однако вы должны заново создать
индекс кластера, чтобы открыть доступ к данным кластера.
------------------------------------------------------------

Если по логике то да так как помещать в кластер рекомендуют таблицы
связанные по ключу, а он соотв одинаков.
Но это IMXO я вообще-то на практике ещё не юзал кластеры. :_)