[вопрос] как хранить бинарные блобы

На файловой системе вестимо. Зачем его в базу то пихать :-?

data/2010-04-04/binary.blob

если читается относительно нечасто то локально (gdbm или отдельным файлом); если частенько, то на другом сервере (и на другом канале);

В памяти, в tmpfs.

Для воостановления смысловой справедливости: «Бинарный блоб» - это «HDD без БББ» или маслянное масло. Блоб - аббревиатура, первой буквой обозначающая 'Binary' :)

есть варианты в БД либо ручками в директориях с индексом

IMHO, в каталогах лучше. Если, конечно, нет привязки блоба к неким данным, хранящимся в базе... да и тут можно решить. Клиенты каким образом забирают блоб? через подключение к SQL-серверу или через ftp/http/samba/rsync/etc...?

http://en.wikipedia.org/wiki/Binary_blob
http://en.wikipedia.org/wiki/Binary_large_object

В данном случае прав ТС.

>В данном случае прав ТС.

прав в том что сомневается?

На файловой системе вестимо. Зачем его в базу то пихать :-?

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

если читается относительно нечасто

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

Клиенты каким образом забирают блоб?

клиенты блоб не забирают, клиенты обращаются к проксе с запросом на расчёт параметров, прокся берёт блоб, выполняет расчёт и выплёвывает картинку или данные расчёта обратно в клиента

профит от базы - транзакции
я бы воспользовался http://www.postgresql.org/docs/8.4/static/lo-interfaces.html

профит от базы - транзакции

а также индексация, архивация, бекапизация :), синхронизация и прочие прелести... а минусы такого решения?

я бы воспользовался http://www.postgresql.org/docs/8.4/static/lo-interfaces.html

оке, спасибо, правда там скорее всего будет oracle, но у них что-то похожее вроде было

>> профит от базы - транзакции

а также индексация, архивация, бекапизация :), синхронизация и прочие прелести... а минусы такого решения?

минус (для postgresql) - при удалении блоба место на диске сразу не прибавится - нужно делать vacuum
для своей задачи я выбрал блобы (они не большие) т.к. плюсов больше