PostgreSQL中能否将视图查询用于游标的声明？

游标相关SQL代码 #

DECLARE
TARGET_CURSOR record; 

BEGIN
    
set search_path to "public"; 
for TARGET_CURSOR in 
    select * from
        (select master_code, tag, value_today, time_today, value_before, time_before from
        (select tag, value_today, time_today, value_before, time_before from
        (select tag, value as value_today, inputtime as time_today
        from "public".t_hmi_data_test
        where inputtime = date_upper) today
        inner join
        (select tag_null, value_before, time_before from
        (select tag as tag_null, value as value_before, inputtime as time_before
        from "public".t_hmi_data_test
        where inputtime = date_lower) db) before
        on today.tag = before.tag_null) hmi
        inner join
        (select master_code, tag as tag_null
        from "public".t_activedata_master_test) master
        on hmi.tag = master.tag_null) sorted_hmi

问题描述 #

上述嵌套关联查询为草稿版本，现咨询：是否可将这类视图查询作为游标的查找表？该游标属于某存储过程，目前无报错产生，但后续基于此游标更新现有表的逻辑未正常生效，疑惑是否仅实际数据表可用于游标，视图查询无法使用？

结论与分析 #

• PostgreSQL完全支持将视图、嵌套查询、复杂关联查询作为游标的数据源，并非只能使用实际数据表。你的游标能正常声明且无报错，也证明了这一点。
• 后续更新逻辑失效，和游标是否用视图/查询无关，大概率是以下原因：
  1. 游标查询结果为空：单独执行这段嵌套查询，确认是否返回了预期的数据。如果查询本身没取到记录，后续更新自然不会生效。
  2. 更新语句逻辑错误：检查更新语句是否正确引用了游标字段（比如TARGET_CURSOR.master_code），或者WHERE条件是否能匹配到目标表的记录。
  3. 数据匹配问题：游标返回的字段值和目标表的更新条件不匹配，导致没有符合条件的记录被更新。
  4. 事务或隔离级别影响：如果存储过程的事务设置存在问题，比如隔离级别过高，可能导致更新时无法访问游标中的数据（这种情况较少见）。

排查建议 #

1. 单独执行游标中的嵌套查询，验证结果集是否符合预期。
2. 在存储过程中添加日志输出（比如RAISE NOTICE 'Cursor data: %', TARGET_CURSOR;），确认游标是否真的获取到了数据。
3. 检查更新语句的字段映射和WHERE条件，确保逻辑正确。
4. 验证目标表中是否存在符合更新条件的记录。

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