Подскажите, можно ли как-то мониторить процесс импорта большого объема данных в таблицу? Я запустил импорт нескольких десятков миллионов строк в таблицу (с COMMITCOUNT=2000), прошел день, команда все еще выполняется, попробовал сделать запрос select count(*) к таблице - он подвис. Как можно узнать, сколько строк уже вставлено?

Да, спасибо.

Попробовал грузить этот IXF файл с данными командой LOAD - получаю ошибку
SQL3004N The filetype parameter is not valid.
В описании сказано в том числе, что
"IXF files cannot be used to load into a table defined in a partitioned database."
У меня БД партицирована. Можно ли как-нибудь обойти ошибку? Или самая быстрая загрузка, какую я могу использовать для этого IXF файла - это импорт?

Марк, спасибо, прочту. Таблица, в которую я гружу данные, создана мной без всяких параметров партицирования. А вот БД скорее всего партицирована.

Еще вопрос по странному поведению импорта - экспорт был сделан из таблицы запросом
select cast(col1 as double) from T1,
столбец col1 имел тип decimal(18, 2). Соответственно, сейчас в таблицу T2, где col1 имеет тип decimal(18, 2), импорт не идет, т.к. тип столбцов не совпадает. Но импорт так же не идет и в таблицу T3, где col1 имеет тип double: Почему тип не совместим, и в какой тип можно будет загрузить данные? Может быть есть возможность при импорте делать преобразование типов?

Нашел причину ошибок, она была не в типах данных, а в порядке следования выгружаемых столбцов в операторе select при экспорте и следовании столбов таргет-таблицы при ее создании, этот порядок отличался (в примере я не указал всех выгружаемых/загружаемых столбцов). Получается, при импорте DB2 вставляет значения в таблицу не по именам столбов, а по порядку следования значений в файле экспорта - первое значение в первое поле таблицы, второе во второе, и т.д.
После пересоздания таблицы с совпадающим порядком столбцов импорт заработал. Но скорость очень мала, а LOAD запустить так и не удалось, не грузились данные даже не в партицированную таблицу. Использование указанных опций пока невозможно, т.к. файл экспорта лежит на моем клиенте, а в документации сказано, чтоавторYou cannot use the LOAD_ONLY or LOAD_ONLY_VERIFY_PART modes with the CLIENT option.
Еще попробовал для ускорения воспользоваться опцией NOT LOGGED INITIALLY: Команда импорта зависла. Если после операции ALTER поставить COMMIT, то импорт начинает работать, но, как я понимаю, COMMIT сбрасывает настройку NOT LOGGED INITIALLY? (Клиент Quest Central for DB2, autocommit отключен).

Mark BarinsteinПочему не грузились? Как именно запускался LOAD, и какие ошибки были?Запускаю с клиента для загрузки тестовой непартицированной таблицы: Файл сообщений пустой.

Mark Barinstein0ri0nЕще попробовал для ускорения воспользоваться опцией NOT LOGGED INITIALLY:
ALTER TABLE ... ACTIVATE NOT LOGGED INITIALLY;
IMPORT FROM 'C:\....ixf' OF IXF RESTARTCOUNT 50000 MESSAGES 'C:\....msg' INSERT INTO ...;
Команда импорта зависла. Если после операции ALTER поставить COMMIT, то импорт начинает работать, но, как я понимаю, COMMIT сбрасывает настройку NOT LOGGED INITIALLY? (Клиент Quest Central for DB2, autocommit отключен). Да.А как можно объяснить, что без коммита после alter table команда импорта виснет?

Mark BarinsteinДа, с клиента вы не загрузите из ixf...Получается, из IXF нельзя грузить данные LOAD'ом даже в непартицированные таблицы (если БД партицирована)?
Mark BarinsteinТрудно сказать, почему оно виснет.
Может из-за переполнения логов, может из-за того, что при commit в этом случае надо все гразные страницы для таблицы сбросить на диск (и оно долго идёт, создавая эффект "зависания"), может ещё из-за чего.
Это состояние приложения смотреть в этот момент.
Вы бы лучше не использовали not logged initially, а вместо этого commit count выставляли.Я тестировал на пустой таблице с NOT LOGGED INITIALLY загрузку импортом 3 строчек, логи не могли переполниться. Та сессия, в которой я запустил импорт нескольких строк в тестовую таблицу с NOT LOGGED INITIALLY вчера, до сих пор висит. В DB2 не нужно каждую DDL команду завершать коммитом, чтобы следующий после этой команды DML оператор (insert/update/delete, а импорт как раз генерирует insert'ы, как я понимаю) мог отработать?

COMMITCOUNT я выставил в 50000, сейчас идет загрузка в таблицу, но очень медленно - около 800 строк в секунду, с такой скоростью таблица будет загружаться неделю. Кстати, таблица создана с параметрами COMPRESS YES VALUE COMPRESSION - насколько сильно они могут влиять на производительность операций вставки?