Здавствуйте, уважаемые форумчане! Подскажите, как рассчитать EXTENT SIZE и NEXT SIZE. Работаю с Informix 9.xx на платформе UNIX. Дело в загрузке данных. Имеется сруктура таблица, количесво загружаемых записей. Также в таблице могут быть индексы. Формула, ссылка, объяснение, буду очень признателен

Вот такая задача. 1 раз в месяц происходит перенос данных с одного сервера на другой. Стуктура таблиц не меняется, количество таблиц для переноса каждый раз разное. С EXTEND SIZE для таблиц без индексов я разобрался. Правда не совсем понятно ROWSIZE. Откуда его брать, знаю, но как он получается - не понятно. Вот структура одной таблицы
CREATE TABLE .c1(
cust_code INTEGER NOT NULL,
ab_code INTEGER NOT NULL,
phone INTEGER,
serv_code INTEGER NOT NULL,
zona_code INTEGER NOT NULL,
tel_b DECIMAL(20,0) NOT NULL,
rs_code SMALLINT NOT NULL,
date_usl DATE,
time_usl INTEGER NOT NULL,
prod INTEGER,
koly SMALLINT NOT NULL,
sr INTEGER NOT NULL,
nom_pac SMALLINT,
nom_doc CHAR(2),
nom_oper SMALLINT,
summa INTEGER NOT NULL,
credit INTEGER)
EXTENT SIZE 4462 NEXT SIZE 1118 LOCK MODE ROW;

CREATE INDEX ic1_cust_code ON c1(cust_code, ab_code, date_usl, time_usl);

Rowsize 65

KyRo,

Это вещь хорошая, но есть желание автоматизировать весь процесс, путем написания небольшого скрипта. Мне нужен сам механизм рассчета

АнатоЛойТанMatiush,

а вы уверены, что вам надо считать?
чем вас значения по умолчанию не устраивают?
+1
Цель непонятна, задача ещё больше... Рассказать где хранится нужная инфо? Или как получить цифирку, необходимую неизвестно для чего? Вот это:

MatiushС EXTEND SIZE для таблиц без индексов я разобрался
С чем Вы разобрались? Как его получить у существующей? Или как его задать, чтобы таблица одним extentom поместилась? Ещё раз: как звучит цель и задача?

Как получить EXTEND SIZE для таблицы при известном значении rowsize и количестве записей уже пояснил Zaiets, здесь понятно.
Задача. Есть выгруженные данные из таблиц в один файл в формате
1|5|77|7|4
8|8|87|5|87
....
1,5 млн.
Структура таблицы у меня есть, исвестен rowsize и кол. записей. Нужно создать одну таблицу на другом сервере и загрузить в нее эти данные для просчета задачи. Соответсвенно, необходимо получить Extend Size для этой таблицы.
Я получаю Extend size и Next size след. образом rowsize * кол. записей * 1024 и Next size делаю на 10% меньше Extend size.
Цель - правильно рассчитывать Extend size для любых таблиц, как с индексами, так и без них.

ТанMatiush,

а вы уверены, что вам надо считать?
чем вас значения по умолчанию не устраивают?
Это я приводил структуру уже готовой таблицы, с одним количетством записей. А количество может измениться. Тогда я получаю структуру данной таблицу, удаляю старую с данными, создаю новую и загружаю в нее новые данные. Вот почему мне необходимо посчитать EXTEND SIZE

vasilisMatiushЭто вещь хорошая, но есть желание автоматизировать весь процесс, путем написания небольшого скрипта. Мне нужен сам механизм рассчета
Какой процесс нужно автоматизировать ? Расчета Extent size ? Зачем ? У вас таблицы заново создаются каждый раз ? Или все таки дополняются переносимыми данными ?
Может и не нужно всего этого ? "Зачем лезть в окно, если дверь открыта ?"

P.S. Почему информацию нужно вытаскивать по крохам ? Кому нужно решение проблемы (если она вообще существует?) ?
Данные каждый раз новые. Простым delete from table на 5 млн записей очень долго. Количество данных каждый раз разное, данными таблицы не дополняются а записываются по новой. Поэтому легче drop table и создать по новой. Вариант с простым копированием схемы таблицы, из которой был произведен экспорт не подходит

Скрипт (последовательность действий)
Получаем структуру таблицы, rowsize, количество загружаемых строк 1|54|4|....
Удаляем таблицу
рассчитываем extend size и создаем таблицу
загружаем в нее данные

Ко всему выше сказанному. Значения по умолчанию это хорошо. Спасибо за объяснения всем. Может быть эта информация окажется полезной для новичков.

Взято здесь http://www.ibm.com/developerworks/data/library/techarticle/dm-0501fan/index.html

Let's now assume this table has a single index on order_num and a composite index on stock_num and manu_code. This table will initially have 20,000 rows and will increase to 35,000 rows in a few months.

Column Data type Length in bytes*
Item_num smallint 2
Order_num integer 4
Stock_num smallint 2
Manu_code char(3) 3
Quantity smallint 2
Total_price money(8) 5



step description calculation (in bytes)

1 Determine each index length index on order_num = 4+9 = 13
index on stock_num and manu_code = 2+3+9 = 14
2 Determine total index length 13 + 14 = 27
3 Account for index overhead 27 * 1.25 = 33.75
4 Determine initial table size 20,000 rows
5 Total index space needed 20,000 * 33.75 = 675,000
6 Convert index space to kilobytes 67,5000/1,024 = 660 (Kbytes)
7 Determine page length in bytes
subtract 28 for page overheads 2,048 minus 28 = 2,020
8 Determine row length 2 + 4 + 2 + 3 + 2 + 5 + 4 = 22
9 Determine how many whole rows per page 2020/22 = 91
10 Determine the number of data pages
for the initial table 20,000/91 = 220
11 Total space needed for data 220 * 2,048 = 450,560
12 Convert data size to kilobytes 450,560/1,024 = 440
13 Determine size of the initial extent 440 + 660 = 1,100
14 Determine table growth 35,000 more rows
15 Estimate next extent size Index space needed = 35,000 * 33.75 = 1,181,250

Convert to Kbytes = 1,181,250/1024 = 1,154
Additional data pages needed = 35,000/91 = 385
Convert to bytes = 385 * 2,048 = 788,480
Convert to Kbytes = 788,480/1,024 = 770
Total space needed = 770 + 1,154 = 1,924

Здесь хочу спросить. Вот что мне показал Гугл по поводу размера данных, в зависимости от их типа:
РАЗМЕРЫ ВЕЛИЧИН
Числовые значения TINYINT 1 байт
SMALLINT 2 байта
MEDIUMINT 3 байта
INT 4 байта
INTEGER 4 байта
BIGINT 8 байтов
FLOAT(X) 4 если X <= 24 или 8 если 25 <= X <= 53
FLOAT 4 байта
DOUBLE 8 байтов
DOUBLE PRECISION 8 байтов
REAL 8 байтов
DECIMAL(M,D) M байтов (D+2, если M < D)
NUMERIC(M,D) M байтов (D+2, если M < D)
Типы ДАТА и ВРЕМЯ
DATE 3 байта
DATETIME 8 байт
TIMESTAMP 4 байта
TIME 3 байта
YEAR 1 байт
Строковые типы CHAR(M) M байт, 1 <= M <= 255 VARCHAR(M) L+1 байт, когда L <= M или 1 <= M <= 255 TINYBLOB, TINYTEXT L+1 байт, когда L < 2^8
BLOB, TEXT L+2 байт, когда L < 2^16
MEDIUMBLOB, MEDIUMTEXT L+3 байт, когда L < 2^24
LONGBLOB, LONGTEXT L+4 байт, когдя L < 2^32 ENUM('зн1','зн2',...) 1 или 2 байта, зависит от количества значений (65535 значений максимум) SET('зн1','зн2',...) 1, 2, 3, 4 или 8 байт, зависит от количества значений (64 значения максимум)

Верить можно?
Да, extenT size :))

vasilis,
Насчет типов данных верить не стоит. Прочел из документации, сколько байт занимает определенный тип данных. По этому понял как получается rowsize (сумма байт всех полей).
И еще вопрос для подстраховки.
По умолчанию размер extenta начального задается в 16кб, следующего также 16кб.
По выше приведенной формуле я попробовал считать extent size и сравнивать полученные значения с результатами рассчетов в server studio и результатами самодельной программы (как она считает, не ясно, спросить негде). Если я буду делать таблицы с размерами, полученными в результате моих вычислений, не случится ничего страшного?
Если прочесть ответы выше, то informix сам исправит extent size и next size в случае необходимости?