vavaДобрый день.
Считываю таблицу из MSSQL используя dbms_hs_passthrough (из-за длинных полей в источнике).
Есть две проблемы:

1. commit приводит к закрытию курсора dbms_hs_passthrough (но тут помогла автономная транзакция).

2. Примерно через миллион итераций dbms_hs_passthrough.fetch_row заканчивается память (ORA-04030). Память отъедается пропорционально количеству просмотренных строк и количеству извлекаемых столбцов (фактически, пропорционально прочитанной площади). К проблеме приводит даже такая конструкция:




Подскажите, как прочитать таблицу, ведь заранее неизвестно, на какие куски её можно порезать чтоб прочитать частями.

10.2.0.1, enterprise, win32
сервер у вас отсталый. ну а насчет процедур на базе за гетерогенным линком - подумайте над тем, чтобы уйти от построчно-поатрибутной обработки. например, из порции данных (~20000 строк) создаете за линком вью (или темптаблицу) при этом типы преобразуете, чтобы можно было из оракла забрать их запросом..

vavaorawish,

В более свежих версиях ограничения на 30 символов уже нет?
В текущей ситуации. Правильно ли я понимаю, что получив возможность подключения к другим базам, нужно ещё и требовать права на создание объектов (вью или таблиц) ? И создав порцию данных (в 20000 строк), как потом определить то место в исходной таблице, с которого начинать следующий кусок в 20000 строк? (ведь наполнение данными в источнике не известно - есть ли PK, какова равномерность по каждому столбцу и т.п.). Другими словами - есть различные ОДБС источники, с которых можно брать данные (мсскл, терадата и т.п.). Может создать связку из пакета dbms_hs_passthrough и C++ dll - один видит структуру а второй переливает данные?
ограничения на длину имен объектов в оракле пока незыблемы - 30 (только не символов, а байт , что бывает гораздо короче).
как делить набор данных на порции - вопрос сугубо творческий. изучайте правила жизни ваших данных и думайте.
права, разумеется, нужны.