Задачка по планированию места.

Имеется таблица для хранения исторической информации самопального аудита

create table "informix".audit_detail_hist
(
audit_id integer not null ,
audit_column_id integer not null
...

где audit_id - уникальное значение аудита (к нему может быть привязано несколько записей audit_detail, обычно от 1 до 5), audit_column_id - номер колонки в таблице аудируемых колонок (примерно 1000 штук).

На таблице построены 2 индекса:

create index idx_adh2_aud_id on "informix".audit_detail_hist (audit_id) using btree in aud_dtlh_aud_id_i;

create index idx_adh2_col_id on audit_detail_hist (audit_column_id) using btree in aud_dtlh_col_id_i;

В таблице будет ~620M записей.

Под dbspace aud_dtlh_aud_id_i я запросил 16GB.
Надо ли мне просить столько же под aud_dtlh_col_id_i ?


В таком вот аксепте

Короче, получил финальные результаты :)

Общее число записей : 618,417,173

aud_dtlh_col_id_i:
Number of pages used 804813

aud_dtlh_aud_id_i:
Number of pages used 1599663

Индекс по audit_id занимает, как правило, 9 байт на странице (страницы 4K): 4 байта значение ключа, 4 байта rowid, 1 байт флаг удаленной записи

addr stamp chksum nslots flag type frptr frcnt next prev
264:100 1416889423 5157 218 890 BTREE 1991 1229 34 2a
slot ptr len flg
1 24 9 0
2 33 9 0
3 42 9 0
4 51 9 0
5 60 9 0
6 69 9 0
7 78 9 0
8 87 9 0
9 96 9 0
...
198 1797 14 0
199 1811 9 0
200 1820 9 0
...
218 1982 9 0

Индекс по audit_column_id занимает, как правило, всю страницу: 4 байта ключ и к нему привязаны куча пар rowid + флаг удаления

addr stamp chksum nslots flag type frptr frcnt next prev
265:101 1418349480 1e4e 1 890 BTREE 2868 1220 35 29
slot ptr len flg
1 24 2844 0
slot 1:
0: 80 0 3 43 4 ae 8c 32 0 4 ae 8c 33 0 4 ae ...C...2....3...

По факту, под этот индекс потребовалось в 2 раза меньше места.