如何批量替换Apex报表/数据源中的get_user_id函数为SQL查询？

首先得明确问题根源：原函数get_user_id在WHERE子句中调用时，Oracle优化器无法将其与主表的user_id索引结合使用，导致全表扫描（50万行的表全扫自然慢）。而改用子查询后，优化器可以利用USERS表login字段的索引（如果有的话）快速定位到user_id，再结合主表的user_id索引，性能直接拉满。

下面分场景给出可行的替换方案，以及关于Apex内部表的经验分享：

一、批量替换的可行方案 #

1. Apex报表、项数据源：通过应用搜索可视化替换（推荐） #

Apex自带的应用搜索功能可以快速定位所有引用get_user_id的组件：

• 进入应用构建器，在顶部搜索框输入get_user_id，搜索范围选择「应用」，点击搜索。
• 逐个查看搜索结果（报表SQL、项的数据源SQL等），将get_user_id替换为：

  (SELECT user_id FROM users WHERE upper(login) = nvl(upper(:APP_USER),'SYSTEM'))
  

  注意：如果原逻辑是WHERE user_id = get_user_id()，替换后直接用WHERE user_id = (上述子查询)即可；如果原函数在异常时返回-1，要确保子查询的逻辑匹配——如果users表中没有匹配的login，子查询会返回空，此时user_id = NULL不会匹配任何行，和原函数返回-1（假设主表没有user_id=-1的行）逻辑一致。如果需要严格匹配原函数返回-1的情况，可以修改子查询为：

  (SELECT nvl(user_id, -1) FROM users WHERE upper(login) = nvl(upper(:APP_USER),'SYSTEM'))
  

• 替换后务必测试每个组件的功能，确保数据展示正确。

2. 数据库视图：用SQL脚本批量定位并修改 #

对于数据库中的视图，可以用以下SQL查找所有包含get_user_id的视图：

SELECT owner, view_name, text
FROM all_views
WHERE text LIKE '%get_user_id%';

根据查询结果，手动或用脚本生成ALTER VIEW语句，将视图定义中的get_user_id替换为对应的子查询。比如：

ALTER VIEW your_view_name
AS
SELECT col1, col2, ...
FROM your_table
WHERE user_id = (SELECT user_id FROM users WHERE upper(login) = nvl(upper(:APP_USER),'SYSTEM'));

同样，替换后要验证视图的输出是否和原视图一致，尤其是边界场景（比如未找到登录用户的情况）。

二、关于修改Apex内部表的经验 #

强烈不建议直接修改Apex内部表（比如以WWV_FLOW_开头的表），原因如下：

• Oracle官方明确不支持直接修改Apex元数据内部表，一旦修改，你的应用将失去Oracle官方技术支持。
• Apex升级时，内部表的结构和数据会被覆盖，你手动修改的内容会丢失，导致应用故障。
• 不同Apex版本的内部表结构可能存在差异，批量修改的脚本兼容性极差，容易引发未知问题。

如果你的应用中有大量引用（数百个），手动替换效率太低，可以考虑使用Apex官方元数据API来批量更新：

• 可以查询APEX_APPLICATION_PAGE_REPORTS、APEX_APPLICATION_PAGE_ITEMS等视图获取组件的SQL定义，然后生成更新语句（比如用UPDATE语句修改这些视图对应的基表，但要非常谨慎）。
• 操作前必须完全备份你的Apex应用（导出为SQL脚本）和相关数据库对象，一旦出错可以快速恢复。
• 测试环境先验证批量更新的逻辑，确认无误后再部署到生产环境。

总结 #

优先选择可视化的应用搜索替换和数据库视图的脚本修改方案，尽量避免触碰Apex内部表。替换过程中要重点关注原函数的异常处理逻辑（返回-1），确保替换后的SQL逻辑与原逻辑完全一致，避免出现数据展示错误。

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