Дядя Ваня ,
я тоже как-то задавался вопросом, что бы такое сделать, чтобы ничего не делать файлы хранить на диске, но при этом можно было удобно получать к ним доступ из БД используя SQL и вообще работать с ними прозрачно, как буд-то они находятся в базе. Вопрос этот возник именно из-за того, что все эти файлы занимают достаточно приличную (если не бОльшую) по объему часть БД, благодаря чему база становится не очень "маневеренной" при бекапе и в случае, когда нужно резко сделать рестор. У меня база 75ГБ и рестор занимает примерно 40 минут, а вся ночная процедура бекапа рестора и прочих плясок примерно полтора часа. Не скажу, что это доставляет дискомфорт (поэтому пока эту задачу не решал), но база растет, причем достаточно быстро.

Так вот, мне понравилась идея, которую я нашел где-то тут на форуме, смысл такой: пишутся UDF, которые являются "мостом" между файловой системой и БД (в бд файл отдают и принимают как блоб, но работают с ним на диске). Далее подставляются эти UDF в вычисляемое поле (для select) и в триггеры (для insert/update/delete).

Сам не пробовал, но хочу попробовать. Может попробуешь ты, расскажешь что-нибудь интересное :)

Либо, если вдруг у тебя система более, чем двухзвенная, то на каком-то из промежуточных звеньев, можно этот процесс организовать без UDF.

kdvну и пробуй. мои функции blobsaveload, на ibase.ru.

Спасибо. Мелочь, а приятно :)

попробовал, правда пока без самих UDF :)

и сразу понял, что в предыдущем посту я немного нагнал:
1. вычисляемое поле типа blob сделать нельзя (по крайней мере у меня не получилось)
2. Триггеры на вычисляемое поле вообще сделать нельзя (об этом я сразу не подумал)

учитывая вышесказанное, видимо нужно делать view с требуемыми полями и триггерами, что конечно не так круто, как хотелось бы. Я бы даже сказал, что это неудобно, если эти самые блобы хранятся в куче разных таблиц, тогда для этой самой кучи нужно будет создавать кучу вьюх...
Слава Богу, у меня все файлы хранятся в одной таблице :)

во всем ли я прав?