为从 SQL 操作大型对象而定制的服务器端函数在 表 35.1 中列出。
表 35.1. 面向 SQL 的大型对象函数
有其他服务器端函数与前面描述的每个客户端函数相对应；事实上，客户端函数在很大程度上只是等效服务器端函数的接口。通过 SQL 命令调用同样方便的函数有 lo_creat、lo_create、lo_unlink、lo_import 和 lo_export。以下是其使用示例
CREATE TABLE image (
name text,
raster oid
);
SELECT lo_creat(-1); -- returns OID of new, empty large object
SELECT lo_create(43213); -- attempts to create large object with OID 43213
SELECT lo_unlink(173454); -- deletes large object with OID 173454
INSERT INTO image (name, raster)
VALUES ('beautiful image', lo_import('/etc/motd'));
INSERT INTO image (name, raster) -- same as above, but specify OID to use
VALUES ('beautiful image', lo_import('/etc/motd', 68583));
SELECT lo_export(image.raster, '/tmp/motd') FROM image
WHERE name = 'beautiful image';
服务器端 lo_import 和 lo_export 函数的行为与其客户端类似函数的行为有很大不同。这两个函数使用数据库所有者用户的权限读取和写入服务器文件系统中的文件。因此，默认情况下，其使用仅限于超级用户。相比之下，客户端导入和导出函数使用客户端程序的权限读取和写入客户端文件系统中的文件。客户端函数不需要任何数据库权限，除了读取或写入相关大对象的权限。
可以将服务器端 lo_import 和 lo_export 函数的使用权 GRANT 给非超级用户，但需要仔细考虑安全隐患。此类权限的恶意用户可以轻松地利用它们成为超级用户（例如通过重写服务器配置文件），或者可以攻击服务器文件系统的其余部分，而无需费心获得数据库超级用户权限。因此，必须像保护超级用户角色的访问一样仔细保护具有此类权限的角色的访问。不过，如果出于某些例行任务需要使用服务器端 lo_import 或 lo_export，那么使用具有此类权限的角色比使用具有完全超级用户权限的角色更安全，因为这有助于降低因意外错误造成的损害的风险。
还可以通过服务器端调用使用 lo_read 和 lo_write 的功能，但服务器端函数的名称与客户端接口不同，因为它们不包含下划线。您必须将这些函数调用为 loread 和 lowrite。