运行PostgreSQL数据库迁移报错需为request_settings表所有者但表不存在

• 首先确认执行ALTER语句时的连接对象是否正确
  执行修改表所有者操作前需确认你已切换到wellton数据库，很多用户默认使用psql连接时会进入postgres系统库，此时自然找不到业务库中的表。可以用\c wellton命令切换到目标库后再执行后续操作。
• 确认表所属的Schema
  PostgreSQL默认表会创建在public Schema下，如果业务代码配置了自定义Schema，或者建表时指定了其他Schema，直接写表名会触发不存在报错。可以执行如下语句查询所有匹配的表信息：

  SELECT table_schema, table_name, table_owner 
  FROM information_schema.tables 
  WHERE table_name ILIKE '%request_settings%';
  

  查询到表所在Schema后，修改所有者的语句需要带上Schema前缀，示例：

  ALTER TABLE your_schema_name.request_settings OWNER TO idaproject;
  

• 检查表名大小写匹配问题
  如果建表时对表名使用了双引号（比如CREATE TABLE "Request_Settings" (...)），PostgreSQL会严格保留大小写，后续操作必须使用完全匹配的大小写加双引号才能识别到表，否则默认会转为小写匹配，触发不存在报错。
• 修正权限认知误区
  数据库所有者身份仅拥有库级的全权限，并不自动拥有库内所有表的所有权：如果request_settings表是由其他用户（比如postgres超级用户）创建的，即便你是库所有者，也没有该表的所有权，必须显式修改表所有者后才能执行迁移操作。
• 检查数据库搜索路径配置
  可以执行SHOW search_path;查看当前会话的搜索路径，如果表所在的Schema不在搜索路径范围内，直接写表名也无法被识别，要么修改搜索路径，要么每次操作都带上Schema前缀。

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