[Alexx_Pol]

Доброго времени суток! Сейчас пытаюсь решить следующую задачу: перенос файлов с локального компьютера в директорию на сервере, копируя сначала файл в поле BLOB темповой таблицы, а затем перенося его в из поля BLOB в директорию на сервере. Сначала я выполнению load.bat, который при помощи ораклевой программки Sqlldr.exe и файла .ctl заносит файл в таблицу. Затем запускаю функцию Blob_To_File_Dir, которая "сливает" содержимое поля BLOB в директорию REPORT_DIR на сервере:

Код:

procedure TWHOBuhReportForm.btn2Click(Sender: TObject);
var
     name_rep: string;
const
    p_rep_dir = 'REPORT_DIR';
begin
    WinExec('c:\oracle\ora92\bin\LOAD\load.bat',1);
    Sleep(3000);
    name_rep := 'TEST_32766.txt';
    WHODbDm.ExecSQL('declare result BINARY_INTEGER; begin  result:= sa.pa_file_storage.Blob_To_File_Dir(null,:p1_dir,:p2_rep); end; '
                ,[p_rep_dir ,name_rep]);
end;

По отдельности эти два фрагмента работают правильно, но если их запускать друг за другом, то функция ругается NO_DATA_FOUND, хотя логи утверждают, что строка в таблицу записана (пробовал с обычной таблицей - так и есть). Насколько я понимаю, у меня ничего не получится, пока функция не будет отрабатывать в одной сессии с занесением строки в таблицу (темповая таблица создана с параметром ON COMMIT PRESERVE ROWS). Подскажите, как это сделать? Можно ли выполнение функции "засунуть" в файл .ctl? Буду рад любым советам!

[Freeman]

Сообщение от Alexx_Pol

у меня ничего не получится, пока функция не будет отрабатывать в одной сессии с занесением строки в таблицу

Именно так. Выход из этого напрашивается сам собой -- сделать триггер, пишущий BLOB в BFILE. Решение не менее костыльное, чем всё остальное.

Можно поинтересоваться, зачем понадобилось такое издевательство?

[Alexx_Pol]

Сообщение от Freeman

Можно поинтересоваться, зачем понадобилось такое издевательство?

Да решили на фирме изменить существующий механизм передачи файлов отчетов. Чтобы механизм не зависел от сисадминов

[Freeman]

Сообщение от Alexx_Pol

Чтобы механизм не зависел от сисадминов

Как по мне, хранение отчетов в BFILE вместо BLOB как раз повышает значимость сисадминов, потому что BFILE придуман как оболочка над внешними данными, размещенными на сервере и доступными только для чтения. Именно поэтому процедура загрузки самих файлов в Oracle не предусмотрена. Это все же СУБД, а сетевая ФС.

Использование BFILE оправдано лишь в том случае, если отчеты генерятся в файловом виде внешним ПО где-то на самом сервере, либо публикуются (принимаются) с другого сервера через некую связь "сервер-сервер". Во всех остальных случаях нужно использовать BLOB. Можно вынести таблицу с BLOB-ами в отдельное табличное пространство, либо только данные BLOB-ов.