Приветствую!
Я по поводу перетаскивания базы на другую версию и на другую платформу. В связи с этим вопрос номер раз. Как бы вы это делали? Наиболее простым и эффективным способом, естественно. И вопрос номер два. Если избрать метод "Inserting from a different database", так по-правильному сварганить такой скриптец? Ведь не руками же писать - там около 1000 таблиц...

> 1) Просьба посмотреть на первую тему форума.
Посмотрел...

> 2) Просьба более четко сформулировать задачу. Что, куда перетаскиваем?
Попробую... Есть продукционная база под управлением IQ 12.5 на AIX, покупается новое железо с HP-UX и на него ставится IQ 12.7, так вот задача - перенести базу на новый сервер. Разве я непонятно написал в первом посте - "новая версия, новая платформа"?

> Скрипт уже написан и называется он: UNLOAD database
Ткните поточнее, пожалуйста. Я нашёл только UNLOAD TABLE.

> если просто только данные нужно перегнать в другую(готовую!) базу
Предположим, что так. Выполнил я скрипт по созданию базы, в которjм только CREATE TABLE, CREATE INDEX и ADD FOREIGN KEY. Тогда можно использовать:
INSERT INTO asiq_table
LOCATION 'ase_servername.ase_dbname'
{ SELECT col1, col2, col3,...
FROM owner.ase_table }
Правильно? Но для этого нужен скрипт, в котором упоминаются все таблицы и все колонки этих таблиц. И, если я правильно понимаю, вставка данных должна осуществляться ещё и в правильном порядке, иначе данные просто не загрузятся из-за нарушений ссылочной целостности. Если я не прав, поправляйте, пожалуйста. Так вот вопрос, собственно, заключается в том, как такой скрипт сгенерить? Потому что писать руками получится очень долго - там порядка 1000 таблиц. Ну, или наоборот, подскажите, как бы вы это делали? Наиболее эффективно и с наименьшими затратами, естественно.

P.S. Просто я до этого работал с другим (OLTP) сервером, и там я бы делал по-другому - сначала бы создал таблицы, потом загрузил бы данные, и только после этого строил бы индексы и внешние ключи - так было бы и быстрее, и порядок загрузки не важен. Да даже если и были бы referencial constraints, их можно было бы отключить на время загрузки. Есть такая возможность у IQ?

> Из мануала к IQ:...
По ряду причин (не будем вдаваться в подробности) такой метод не подходит. Задача ставится таким образом: нужно выгрузить данные всех таблиц в текстовые файлы, да так, чтобы их потом (на другой базе) можно было бы загрузить. Каким командами это делается? Я попробовал выгружать командами:
SET TEMPORARY OPTION Temp_Extract_Name1 = "e:\unl_data\f_apmd_lic.unl";
SELECT id_apatlauja, id_apaplic, id_apaparskats FROM f_apmd_lic;
но как-то не очень получается (о чём и говорится в топике "Exporting data from a IQ database"). Так как же всё-таки это делать?

> Проще всего использовать insert ... location.
"Барон любит, чтоб потруднее." На самом деле задача стоит, выгрузить все данные из одной базы в текстовые файлы, а потом эти файлы в другую базу загрузить. Как это сделать? В смысле, какими командами?

> select...
> from SYSTABLE st, SYS.SYSUSERPERMS su
> where st.creator = su.user_id
> and st.table_type='BASE'
> and su.user_name not in('dbo','SYS','rs_systabgroup')
Я так понимаю, этот селект должен был вернуть список несистемных таблиц? На моей базе в результат попадают такие таблицы, как: turbo, AggSalesProductPeriod, IQ_MPX_INFO, IQ_MPX_STATUS, IQ_SYSTEM_LOGIN_INFO_TABLE, SYSOPTIONSDEFAULTS... Что-то мне подсказывает, что эти таблицы всё-таки системные, и селект со своей задачей не справился. Поэтому спрашиваю ещё раз, может быть кто-то точно знает, как селектом получить список несистемных таблиц?

> у всех перечисленных Вами таблиц юзер ид скорее всего ДБА
И что из этого следует?

> set temporary option ISQL_Quote=' Два пробела';
Похоже, эта опция на "output redirect" не влияет - что ни ставь, всё равно в одиночных кавычках получается...

> set temporary option Disable_RI_Check='On';
А что будет с данными, если RI всё-таки будет нарушено? Так и будут кривые строчки в базе стоять? И как об этом узнать, что непорядок?