PostgreSQL数据库存储图片遇权限拒绝及SQL正确性咨询

我拥有一个小型数据库，希望在单独的表中存储图片。查阅相关资料后，认为因数据库规模较小，直接将图片存储在库内不存在问题。我尝试编写SQL代码将一张图片上传至新建表，但遇到错误：SQL Error [42501]: ERROR: could not open file.... for reading: Permission denied。我已通过Command+I打开文件夹信息，为postgres用户添加了“读取与写入”权限，重启DBeaver后问题仍未解决。请问我的实现思路及SQL代码是否正确？该如何解决权限问题？

create table category  (
"id_category" SERIAL,
"category_name" TEXT,
"category_image" bytea,
constraint id_cat_pkey primary key ("id_category"))without oids;

insert into category (category_name,category_image) values('MANGO', pg_read_binary_file('tmp/IMG_2405.jpeg')::bytea)

一、实现思路与SQL代码分析 #

• 思路正确性：完全没问题。对于小型数据库，用bytea类型直接存储图片是合理选择，无需额外维护外部文件存储，管理起来更简单，符合你的场景需求。
• SQL代码问题：
  1. pg_read_binary_file使用了相对路径tmp/IMG_2405.jpeg，PostgreSQL会以数据库服务进程的工作目录为基准查找文件，这个目录通常不是你本地的临时文件夹，导致找不到文件或者权限不符。
  2. without oids子句在PostgreSQL 12及以上版本已经无效，因为新版本默认不再为表创建OID，可以直接删除该部分代码。

二、权限问题解决方法 #

1. 使用绝对路径指定文件 #

将SQL中的相对路径替换为文件的完整绝对路径，比如：

insert into category (category_name,category_image) values('MANGO', pg_read_binary_file('/Users/your_username/tmp/IMG_2405.jpeg')::bytea)

确保路径准确指向你存放图片的位置。

2. 检查并修复完整目录链的权限 #

macOS中，仅给文件本身加权限不够，需要确保文件所在的整个目录层级都对postgres用户开放读取权限：

• 打开终端，执行命令查看目录权限：

  ls -ld /path/to/your/tmp
  

• 给目录添加读取和执行权限：

  sudo chmod +rx /path/to/your/tmp
  

• 给图片文件添加读取权限：

  sudo chmod +r /path/to/your/tmp/IMG_2405.jpeg
  

3. 验证postgres用户能否访问文件 #

切换到postgres用户尝试读取文件，确认权限是否生效：

sudo -u postgres cat /path/to/your/tmp/IMG_2405.jpeg

如果终端输出乱码（二进制文件正常现象），说明权限已配置正确，此时再执行SQL即可成功。

4. 替代方案：绕过文件系统权限 #

如果以上方法仍无法解决，可直接使用DBeaver的可视化导入功能：

• 执行insert语句时，在category_image字段的值位置选择“从文件加载”，直接选择本地图片文件，绕开pg_read_binary_file带来的权限问题。

内容的提问来源于stack exchange，提问作者Eizy