Скажите пожалуйста, как можно загрузить данные в таблицу?
Есть csv файл, сохранённый после выполнения select
как его вставить в таблицу на другом сервере?

AmKadЕсли файл относительно небольшой, то в Oracle SQL Developer есть достаточно вменяемый инструмент для загрузки табличных данных из плоских файлов.
Им я и воспользовался ))) Спасибо большое )))

Извращенецdbms_photoshopИзвращенец,

А зачем utl_tcp?
Ну я же Извращенец, подключаюсь из базы для забора файла к FTP.

Читаешь надпись - "ну я же извращене", думаешь - почему??? Читаешь ник - Извращенец,
думаешь - а вот почему, логично )))))))))

ИзвращенецRMagistr2015,

Не, ну тебе файл разово загрузить надо. А мне регулярно csv и xml на FTP кладут. Вместо того, чтобы копировать в локальную директорию, сразу читаю в clob/xml и парсю. С csv выходит в разы медленнее, чем потоковый парсинг посредством oracle_loader, но меня устраивает.

а код какой-нибудь ты писал для этих целей?

ИзвращенецИзвращенецАдаптировал pl/sql код для работы с ftp, взятый на просторах интернета. Написал парсилку CSV-clob-ов - возвращающую очередной фрагмент в виде двумерного массива. В общем поизвращался знатно.
Ну и на выходе ничто не мешает мне иметь pipelined-function, из которой я делаю select, а она в это время лезет на ftp и парсит файл. Как тебе?

КРуто ))))))
А почему тебе отят по рукам надовать? За что? что не так? вроде красиво, всю чёрную работу спрятал в функцию и select из неё, не красота ли? ))))

ИзвращенецRMagistr2015,

Мой вариант подходит работает только для файлов небольших размеров, так как функция substr каждый раз сканирует clob сначала. Разбора же большого файла можешь не дождаться. Можно конечно немного наоптимизировать, но пока не до этого. Вариант удобен для "а давай-ка по-быстрому посмотрим в селекте, что же они нам там прислали".
Для файлов же промышленного масштаба разумнее использовать oracle_loader.

А можешь прислать на очту фрагмент кода? Жутко интересно посмотреть, если ты не против конечно ))))