应先FETCH再检查FOUND/%FOUND，而非依赖FETCH返回值；若仅需判断存在性，优先用SELECT LIMIT 1替代游标。
FETCH 之后怎么知道游标还有没有下一条？
不能靠 fetch 返回值判断——postgresql 和 oracle 都不保证它返回布尔值；sql server 的 @@fetch_status 虽然能用，但必须在 fetch 后立刻读，稍一延迟（比如中间加了日志、条件分支）就可能被覆盖。真正可靠的方式是：先 fetch 一次，再立刻 move next 或用 found（postgresql）/ %found（pl/sql）检查状态，而不是依赖 fetch 本身的“成功与否”。
- PostgreSQL 中，
PERFORM+GET DIAGNOSTICS不如直接用FOUND简洁，且FOUND只反映上一条FETCH是否取到行 - Oracle PL/SQL 必须用
%FOUND，不是%ROWCOUNT > 0——后者在没FETCH过时是 0，但游标可能刚打开、尚未移动 - SQL Server 别碰
@@FETCH_STATUS = 0做 EXISTS 逻辑，它只表示“上次 FETCH 成功”，不表示“还有下一条”；要判断是否存在下一条，得先FETCH NEXT，再FETCH PRIOR回退（代价高），或改用SELECT TOP 1预查
为什么不能只 FETCH 一次就断定“有数据”？
因为游标初始位置在第一行之前（BEFORE FIRST），第一次 FETCH 是把指针移到第一行并取值；如果游标本身为空，这次 FETCH 会失败（或置 %FOUND 为 FALSE），但你无法区分这是“空集”还是“FETCH 出错（比如权限不足、网络中断）”。更糟的是，某些驱动（如 JDBC 的 ResultSet）对空游标调用 next() 返回 false，但不会抛异常——这看起来像“没数据”，实则掩盖了底层错误。
- PostgreSQL 函数内用
FETCH c INTO v_row;后，必须紧接着IF FOUND THEN ...，不能跳过检查直接用v_row - Oracle 中
OPEN c; FETCH c INTO r; IF c%FOUND THEN ...是安全的；但若写成IF c%ROWCOUNT > 0 THEN，首次FETCH前永远为 0，误判为空 - 不要在循环外仅靠一次
FETCH结果决定是否进循环体——游标可能有 1 行，你取了它，但后续逻辑仍需处理“已取走这一行”的事实
替代方案：绕开游标，用 SELECT LIMIT 1 更轻量
如果你只需要判断“是否存在满足条件的数据”，根本不需要打开游标。直接 SELECT 1 FROM table WHERE ... LIMIT 1（PostgreSQL / MySQL）或 SELECT TOP 1 1 FROM table WHERE ...（SQL Server）性能更好、无状态管理开销、也避开了游标生命周期问题。
- PL/pgSQL 中：
PERFORM 1 FROM users WHERE active AND id = $1 LIMIT 1;，然后检查FOUND - Oracle 中：
SELECT COUNT(1) INTO v_cnt FROM (SELECT 1 FROM users WHERE active = 'Y' AND ROWNUM = 1);，比开显式游标快一个数量级 - 注意：带
FOR UPDATE或复杂窗口函数的查询不适合此法——这时游标不可替代，但你要接受它附带的状态管理成本
容易被忽略的边界：游标未初始化或已关闭
%FOUND、FOUND、@@FETCH_STATUS 全部依赖游标处于“打开且已 FETCH 过至少一次”的状态。如果游标还没 OPEN，或者已经 CLOSE，这些标志行为未定义（Oracle 报 ORA-06512，PostgreSQL 的 FOUND 保持上次值，SQL Server 的 @@FETCH_STATUS 为 -1）。这意味着：任何基于游标状态的判断，都必须包裹在 OPEN 之后、CLOSE 之前，且中间不能有异常跳过 FETCH 的路径。
- PL/pgSQL 中，用
BEGIN ... EXCEPTION WHEN OTHERS THEN CLOSE c;时，FOUND可能残留旧值，别在EXCEPTION块里依赖它 - Oracle 存储过程中，
IF c%ISOPEN THEN FETCH c INTO r; END IF;是常见写法，但c%ISOPEN为TRUE不代表c%FOUND有效——你还得确保至少 FETCH 过一次 - 最稳妥的做法：把“是否存在数据”的判断封装进一个函数，内部完成 OPEN → FETCH → 检查 → CLOSE 全流程，调用方只接收布尔结果
