看起来你遇到的问题是：已经创建了只读用户readonly_user，也配置了一些权限，但在SQL Developer里不仅看不到IMS_CT_OWNER用户下的存储过程、视图、函数列表，连它们的DDL也查看不了对吧？我来帮你分析下问题所在，以及对应的解决办法：

首先得明确一个关键误区：你当前给的SELECT ANY TABLE和SELECT ANY VIEW权限，只是允许用户访问这些对象的数据，但要查看它们的元数据（也就是DDL）以及PL/SQL对象（存储过程、函数）的定义，还需要补充专门的权限。

一、补充核心权限，解决对象列表和DDL查看问题 #

直接给这两个关键权限，基本就能覆盖你的需求：

• 授予查看所有PL/SQL对象（过程、函数、包）的权限：

  GRANT SELECT ANY PROCEDURE TO readonly_user;
  

  这个权限不仅能让用户读取这些对象的DDL，还会让SQL Developer的左侧对象导航树加载出这些对象条目。
• 如果SQL Developer还是看不到对象列表，补充授予数据字典视图的查询权限：

  GRANT SELECT ON DBA_OBJECTS TO readonly_user;
  

  SQL Developer在展示对象树时，会查询DBA_OBJECTS来拉取所有用户的对象清单，这个权限能让只读用户看到IMS_CT_OWNER下的所有对象信息。

二、针对视图DDL的额外优化（可选） #

如果你想用Oracle自带的DBMS_METADATA工具直接导出格式化后的DDL，还需要给这个系统包的执行权限：

GRANT EXECUTE ON DBMS_METADATA TO readonly_user;

之后用户就可以用类似下面的语句快速获取指定对象的DDL：

-- 获取指定视图的DDL
SELECT DBMS_METADATA.GET_DDL('VIEW', '目标视图名', 'IMS_CT_OWNER') FROM DUAL;
-- 获取指定存储过程的DDL
SELECT DBMS_METADATA.GET_DDL('PROCEDURE', '目标过程名', 'IMS_CT_OWNER') FROM DUAL;

三、细粒度权限控制（如果不想给ANY级权限） #

如果你不想让只读用户访问所有用户的对象，只想开放IMS_CT_OWNER下的特定对象，可以针对单个对象授权：

• 授权查看某个存储过程：

  GRANT SELECT ON IMS_CT_OWNER.目标过程名 TO readonly_user;
  

• 授权查看某个视图的定义：

  GRANT SELECT ON IMS_CT_OWNER.目标视图名 TO readonly_user;
  

  不过这种方式适合对象数量少的场景，如果需要开放的对象很多，还是用ANY权限更高效。

四、验证权限是否生效 #

登录readonly_user后，执行以下查询测试权限是否生效：

-- 查看IMS_CT_OWNER下的PL/SQL对象定义
SELECT owner, name, type, text 
FROM DBA_SOURCE 
WHERE owner = 'IMS_CT_OWNER' 
AND type IN ('PROCEDURE', 'FUNCTION', 'PACKAGE')
ORDER BY owner, name, line;

-- 查看IMS_CT_OWNER下的视图定义
SELECT owner, view_name, text 
FROM DBA_VIEWS 
WHERE owner = 'IMS_CT_OWNER';

如果这些查询能正常返回结果，那刷新SQL Developer的对象导航树，就能看到IMS_CT_OWNER下的对象了，点击对象查看DDL也能正常显示。

总结一下：核心就是要区分访问对象数据的权限和访问对象元数据/DDL的权限，你之前的权限配置刚好缺了PL/SQL对象的元数据访问权限，补上之后就能解决问题啦！