请参阅is it better to store images in a BLOB or just the URL?和Files – in the database or not?的讨论.请注意,这些问题及其答案与Postgresql无关.

这有一些Postgresql特有的皱纹. Postgresql没有任何增量转储功能*,因此如果您使用pg_dump备份,则必须为每个备份转储所有图像数据.存储空间和传输时间可能是一个问题,特别是因为您应该保留数周的备份,而不仅仅是一个最近的备份.

如果图像很大或很多,您可能需要考虑在文件系统中存储图像,除非您非常需要对它们进行事务性,符合ACID标准的访问.将文件名存储在数据库中,或者仅根据有用的密钥建立文件命名约定.这样,您就可以对映像目录进行简单的增量备份,并将其单独管理到数据库中.

如果将图像存储在FS中,则无法通过Postgresql数据库连接轻松访问它们. OTOH你可以直接从文件系统直接通过HTTP为他们提供服务,比你必须首先从数据库中查询它们时更加高效.特别是can use sendfile() from rails,如果您的图像在FS上,而不是在数据库中.

如果你真的必须将图像存储在数据库中

…然后它在概念上与在.NET中相同,但确切的细节取决于您使用的Pg驱动程序,您没有指定.

有两种方法可以做到：

>按照你的要求存储和检索bytea;和
>使用内置的大对象支持,这通常比使用bytea更好.

对于bytea正常的小图像：

>将客户端的图像数据读入局部变量
>通过将变量作为bytea传递到数据库中.假设您正在使用ruby-pg驱动程序,驱动程序中的test_binary_values示例应该可以帮助您.

对于更大的图像(超过几兆字节),请使用lo代替：

对于更大的图像,请不要使用bytea.它的理论最大值可能是2GB,但是in practice you need 3x the RAM (or more) as the image size would suggest因此你应该避免将bytea用于大图像或其他大型二进制数据.

Postgresql有一个dedicated lo (large object) type.在9.1只是：

CREATE EXTENSION lo;
CREATE TABLE some_images(id serial primary key,lo image_data not null);

…然后使用lo_import从磁盘上的临时文件中读取数据,这样您就不必立即将整个内容放在RAM中.

驱动程序ruby-pg为lo_create,lo_open等提供了wrapper calls,并为本地文件访问提供了lo_import.见this useful example.

请使用大对象而不是bytea.

*通过流复制,PITR / WAL归档等可以实现增量备份,但是再次增加数据库大小会使WAL管理变得复杂.无论如何,除非你是专家(或“勇敢”),否则你应该采取pg_dump备份,而不是单独依靠复制和PITR.将图像放入数据库也会 – 通过增加数据库的大小 – 大大减慢pg_basebackup,这在故障转移方案中很重要.

†adminpack通过Pg连接为超级用户提供本地文件访问.但是,您的webapp用户永远不应拥有超级用户权限,甚至不应拥有与其一起使用的表的所有权.您的文件是否通过WebDAV等单独的安全通道进行读写.