vasilis AndronТ.е. например RA_PAGES = 10000 и RA_THRESHOLD = 9998 это далеко не предел для построения индексов и статистики по большим таблицам.
Почему то именно такие значения вызывают у меня глубокий пессимизм.
Возможно, я неправ и что то не понимаю в современной архитектуре Информикс.

Я уж не помню, но кажется RA_PAGES обрубалось до 64 или даже до 32.

Яковлев ПавелБлин совсем не мой день - три неполных поста
Мои извинения
;(

SkSergeyAДоброе время суток !
Имею поставленную задачу - максимально быстро (ночь) перенести данные между двумя серверами.
Сервер1 - Windows2000AS,2x2Intel Xeon, 3 Gb-ОЗУ, RAID-5, Informix IDS 10.00.TC7, ~объем данных 100 Гб
Сервер2 - CentOS5.1, 2x4 IntelXeon, 8 Gb, RAID-10, Informix IDS 11.50.FC1


А зачем что-то выгружать и загружать назад ?

Реальный путь провереный на практике у нас. Версии, правда, были одинаковые (но не
думаю, что 10.0->11.5 будет проблемой) и операционки тоже (тут возможно хуже)

На принимающей машине настраивается Информикс с _такими_же_ по размерам и именам
(мммм у вас с виндов на линукс, тогда скорее всего увы) dbscpace и структурой чанков.

Принимающий информикс гасится. Чанки экспортируются (nfs,nb,gnb... ) на отдающую машину
и подключаются там как _миррорные_

Всё. Мирорные чанки заполняются данными без прекращений работы отдающей системой.

После чего она гасится и поднимается принимающая.

Время простоя - минимальное.

Вы таким образом предлагаете перетаскивать данные между версиями 10 TC и 11.5 FC ? :-)))

Яковлев Павел Выбегалло Яковлев ПавелБлин совсем не мой день - три неполных поста

Реальный путь провереный на практике у нас. Версии, правда, были одинаковые (но не
думаю, что 10.0->11.5 будет проблемой) и операционки тоже (тут возможно хуже)


Вы таким образом предлагаете перетаскивать данные между версиями 10 TC и 11.5 FC ? :-)))

Я таким образом описываю то, что реально работало, сразу оговорившись, что:

- у нас была одна и таже версия

- у нас было одно и тоже семействой ОС - Linux 32 бит

- и обращаю внимание на то, где может не сработать в обсуждаемом случае

Таким же образом я буду скоро _проверять_ переход Linux-32 => Linux-64 c повышением версии.

И _пока_ проблема не вижу, так как 10.00 на 11.50 пройдёт, а для конвертации базы
от 32 к 64 есть отдельная опция в преобразовании старых баз.

Ну, в данном случае не то что "может" не сработать - а не сработает совершенно точно, уж будьте уверены. Хотя бы потому, что в Win размер страницы 4K, а в Linux - 2.
Насчет перетаскивания с 10 на 11.50 - ну да, должно сработать, но это будет банальный апдейт версии на копии данных.

Как попробуете Lin32->Lin64 - держите нас в курсе. Куча системных псевдотаблиц имеют полями адреса в памяти, так что будет интересно посмотреть результаты.

Daugava Журавлев ДенисВот она магическая сила Insert Cursor, поэтому да, в минуту можно и 10 миллионов наинсертить.
Insert Cursor нервно курит в сторонке против HPL-я.
Вчера перечитал по ссылке из соседнего треда свою рассказку в факе 6-летней давности.

70млн записей за 10 минут (в таблице 6 полей, row size=25). Отмечу, что железо тогда было попроще.

ну если лить сразу страницы, минуя SQL level с его индексами, констрейнами, триггерами и пр. - то конечно :-)