Oracle EBS开发查找数据源（续）

三、使用”Last Query”功能

使用最后查询可以找出在Form中最后执行查询的SQL语句，从而得知对应的数据源以及相关数据库列信息

适用场合：同时适用于基于数据库块和非数据库块的数据源查找

步骤：

1. 在Form中进行数据查询
2. 光标停留在Form界面中的一个字段上
3. 选择菜单：Help –> Diagnostics –> Examine
4. 在弹出的窗口中输入数据库用户APPS的密码，确定
5. 弹出窗口中，选择Block为：SYSTEM，Field为：LAST_QUERY
6. Value中的SQL语句既是Form中最后查询的语句

实例(找出并发管理器对应的后台数据源)：

1. 进入并发管理器界面，并进行查询(自动查询)，使用“历史纪录”方法无法得到表

   

2. 选择菜单：Help –> Diagnostics –> Examine，在弹出的窗口中输入APPS用户密码
3. 弹出窗口中，选择Block为：SYSTEM，Field为：LAST_QUERY

   

4. 取得Value为：

? View Code SQL

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

SELECT ROWID, row_id, concurrent_queue_name, user_concurrent_queue_name, target_node, max_processes, application_id, concurrent_queue_id, control_code, manager_type FROM fnd_concurrent_queues_vl WHERE enabled_flag = 'Y' ORDER BY decode(application_id, 0, decode(concurrent_queue_id, 1, 1, 4, 2)), sign(max_processes) DESC, concurrent_queue_name, application_id

这样可以取得数据库视图：FND_CONCURRENT_QUEUES_VL

限制：由于Last Query中查询到的SQL语句是Form中最后一次查询的语句，因此如果需要查找像主从关系中主块数据源就没有办法适用

四、使用SQL Trace功能

使用SQL Trace功能，可以知道在Form操作过程中，对数据库系统进行了哪些查询、DML和DDL操作，可以全面的查看与数据库有关的操作和性能统计信息。

此方法是这些方法中功能最强大，同时也是最复杂的一个，而且它经常成为性能调试中的一个得力工具。

步骤：

1. 启动Trace模式
2. 在Form中进行操作，并保证操作有查询、插入、更新或删除动作
3. 关闭Trace模式
4. 登陆数据库服务器
5. 使用Tkprof工具格式化Trace结果文件输出
6. 查看被格式化过的Trace文件
7. 推测验证数据源

实例(定义一个用户时，找到后台所进行的DML操作，进而找到后台数据源)：

1. 打开Form界面进入输入状态，还是以上面使用的User界面为例
2. 选择菜单：Help –> Diagnostics –> Trace –> (Regular Trace, Trace with Binds, Trace with Waits, Trace with Binds and Waits)

   

3. 记下Trace文件路径及名称

   

4. 在界面上操作，输入信息，保存
5. 选择菜单：Help –> Diagnostics –> Trace –> No Trace，失效Trace功能
6. 使用数据库操作系统用户Telnet到数据库服务器，切换到$ORACLE_HOME/admin/<SID>_<hostname>/udump(上面所显示的路径)
7. 使用Tkprof命令格式化Trace输出：tkprof demo_ora_21088_SYSADMIN.trc demo_ora_21088.out
8. 下载并查看输出文件：demo_ora_21088.out

五、查看Form源代码

对于Form应用来说，如果上面的方法还不足以满足需求的话，可能就需要采用最彻底的办法了，直接查看Form的源代码，我想这个方法是最能够解决问题的方法了，但是由于需要查看源代码，对于查看的人员就需要熟悉Form的开发，因此一般情况下不先推荐使用它，但是对于如果希望完全搞清楚Form应用后台逻辑的情况下，也只能采用这种方式。