LINUX.ORG.RU

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


0

0

есть не сильно большой бинарный блоб, метров на 200, падает 2 раза в день на сервак, должен отдаваться клиентам по запросу

вопрос: как (и чем) лучше это хранить?

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

кто что предпочитает?

★★★★★

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

MKuznetsov ★★★★★ ()

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

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


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

Slavaz ★★★★★ ()
Ответ на: комментарий от naryl

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

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

x905 ★★★★★ ()
Ответ на: комментарий от bibi

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

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

shty ★★★★★ ()
Ответ на: комментарий от MKuznetsov

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

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

shty ★★★★★ ()
Ответ на: комментарий от Slavaz

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

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

shty ★★★★★ ()
Ответ на: комментарий от x905

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

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

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

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

shty ★★★★★ ()
Ответ на: комментарий от shty

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

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


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

x905 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.