Oracle包内游标引用同模式视图报错‘表或视图不存在’，单独执行SQL正常

1. 权限授予方式错误 #

创建存储过程/包时，Oracle不会使用通过角色授予的权限，必须直接给用户赋予对象权限。如果你的ALL权限是通过角色分配的，就会出现编译时找不到对象的问题。

• 验证：执行以下语句检查是否有直接权限：

  SELECT * FROM USER_TAB_PRIVS 
  WHERE TABLE_NAME = 'V_EXISTING_VIEW' 
    AND OWNER = 'PACKAGESCHEMA';
  

• 修复：如果无返回结果，执行直接授权：

  GRANT SELECT ON PackageSchema.V_Existing_View TO SignedInUser;
  

2. 包内对象引用未显式指定模式 #

虽然你设置了current_schema，但包编译时，Oracle的对象解析逻辑可能因会话上下文或编译优先级，导致未指定模式的视图引用失败。建议在包内的SELECT语句中显式写出PackageSchema.V_Existing_View，避免依赖会话的current_schema设置。

3. 视图本身处于无效状态 #

如果V_Existing_View依赖的底层表/视图不存在或权限不足，视图会变成INVALID状态，此时包编译时会触发“表或视图不存在”的报错。

• 检查视图状态：

  SELECT STATUS FROM ALL_OBJECTS 
  WHERE OWNER = 'PACKAGESCHEMA' 
    AND OBJECT_NAME = 'V_EXISTING_VIEW';
  

• 修复：如果状态为INVALID，重新编译视图：

  ALTER VIEW PackageSchema.V_Existing_View COMPILE;
  

4. 脚本执行顺序错误 #

确认脚本中是先执行ALTER SESSION SET current_schema = PackageSchema，再执行包的创建语句。如果顺序颠倒，编译包时current_schema还是SignedInUser，自然找不到PackageSchema下的视图。

5. 对象名称大小写敏感问题 #

如果视图是用双引号创建的（比如CREATE VIEW "V_Existing_View"），Oracle会严格区分大小写。此时包内的游标必须用双引号引用视图名，否则会被解析为大写的V_EXISTING_VIEW，导致找不到对象。

• 检查视图实际名称：

  SELECT OBJECT_NAME FROM ALL_OBJECTS 
  WHERE OWNER = 'PACKAGESCHEMA' 
    AND OBJECT_TYPE = 'VIEW';
  

• 修复：如果名称带大小写，包内语句需写成SELECT * FROM "V_Existing_View"。

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