Ёша если через large objects ? может быть быстрее будет.
на сервере под админом, создаём функцию что бы обычный пользователь мог загружать файлы в базу, допустим:
1.
2.
3.
4.
5.
6.
7.
8.
--- проверки корректности имени файла не забыть сделать
--- например заменить file_name text на file_name sane_file_name_domain
--- а в ограничениях домена sane_file_name_domain - проверять корректность имени файла
create function cache_file(key text, file_name text, OUT r oid)
as $$begin
insert into files_cache values ($ 1 , lo_import($ 2 )) returning o into r;
end$$ language plpgsql
security definer;
files_cache например так:
create table files_cache (key text, o oid);
теперь клиент через
select cache_file('какой-то ключ', 'путь к файлу');
может загружать файл на сервере в базу. на клиенте например через клиентскую версию функции lo_export выгружать файл из базы на локальный диск. oid файла брать из files_cache с соответствующим ключём. как конкретно вызывать lo_export клиентский - зависит от языка,
например из php :
1.
2.
3.
4.
5.
6.
7.
8.
<?php
header('Content-type: image/jpeg');
$image_oid = 189762345 ;
$database = pg_connect("dbname=jacarta");
pg_query($database, "begin");
$handle = pg_lo_open($database, $image_oid, "r");
pg_lo_read_all($handle);
pg_query($database, "commit");
?>
читает из базы large object с oid 189762345 и вываливает его в браузер =)
выгружать сразу всё в локальный файл через lo_export необязательно, lo предоставляет интерфейс похожий на файловый: открытие, позиционирование, чтение блока, запись блока, закрытие. работа с lo_ должна производиться внутри транзакции.
ps: у меня так отчёты работают, в качестве ключа я использую md5 сумму шаблона отчёта с данными.
описание клиентских функций из libpq
--
„Истина — это вовсе не то, что можно убедительно доказать, это то, что
делает всё проще и понятнее“ — Антуан де Сент-Экзюпери
Но ведь в этом варианте файл храниться в базе, а как сделать что бы файл лежал в файловой системе.
