Хранение изображений в PostgreSQL

Re ответ jcoby:

bytea, являющийся postgres «нормальным» столбцом, также pgsql означает, что значение полностью picture считывается в память при img его извлечении. Blob, напротив, можно pictures передавать на стандартный image вывод. Это помогает уменьшить postgresql объем памяти сервера. Особенно, когда pgsql вы храните изображения размером img 4-6 MPix.

Нет проблем с резервным picture копированием больших двоичных pictures объектов. pg_dump предоставляет postgres параметр "-b" для включения img больших объектов в резервную picture копию.

Как вы уже догадались, я postgres предпочитаю использовать pictures pg_lo_*.

Ответ Криса Эриксона:

Я pgsql бы сказал наоборот :). Если img изображения — это не единственные images данные, которые вы храните, не image храните их в файловой системе, если picture в этом нет крайней необходимости. Это postgres такое преимущество — всегда pgsql быть уверенным в согласованности picture ваших данных и иметь данные pgsql «в едином блоке» (БД). Кстати, PostgreSQL postgres отлично подходит для сохранения images согласованности.

Правда, реальность sql-postgres часто слишком требовательна postgres к производительности ;-), и picture подталкивает вас к обслуживанию images бинарных файлов из файловой images системы. Но даже в этом случае sql-postgres я предпочитаю использовать sql-postgres БД в качестве «главного» хранилища postgres для двоичных файлов, при img этом все остальные отношения img последовательно связаны, предоставляя pgsql при этом некоторый механизм picture кэширования на основе файловой image системы для оптимизации производительности.