Form界面查找数据源的方法

Form界面查找数据源的方法关于在OracleEBS环境下如何查找数据源的文章几年前就已经开始整理，但是其中关于OAF方面的一直没有整理，导致这份文档一直残缺不全，有很多次同事都向我索要相关文档都未能如愿以偿，新的一届培训工作再次启动，为了自己也能够“一劳永逸”，将相关内容整理发出。在OracleE-BusinessSuite环境下进行二次开发，要求技术顾问对EBS系统的结构和实现有一定的了解，同时熟悉系统的关键流程，进而掌握后台的表结构设计，查找数据源需要达到的两个目的是：1)到对应的数据库对象：视图或表2)找到界面中字段对应后台的表列本文先介绍如何查找Form界面对应的数据源，快速找出Form界面后台对应的表/视图以及对应的列，Form本身特有的特点，致使查找Form界面所对应的后台数据源变得相对简单方便。一、使用“查看—历史记录”功能“历史纪录”可以找出数据块对应的后台数据库对象，并不能找出字段所对应的数据库列。适用场合：适用于基于数据库块的数据源查找前提：光标停留在需要查询数据源的数据块中，并按某个条件查询出数据步骤：1)选择菜单：Help–RecordHistory（帮助–历史纪录）2)查看弹出窗口中TableName的值，这个值便是光标所在数据块对应的后台数据库视图或数据库表。实例（查找用户所对应的后台数据库对象）：1.光标定位于UserName字段2.执行查询，查询出SYSADMIN用户信息选择菜单：Help–RecordHistory弹出如下窗口,其中TableName的值：FND_USER，即是后台数据库对象限制：“历史纪录”的方式只适用于基于数据库块的查询；而对于非数据库块的后台查询没有办法使用，不能使用的地方会弹出如下的消息：二、使用“查看—诊断–检查”通过检查功能可以查找出字段对应后台数据库列信息，因此使用此方法的需要先找出对应的数据库视图或者表。步骤：1)光标停留在Form界面中的一个字段2)选择菜单：Help—Diagnostics–Examine3)在弹出的窗口中输入数据库用户APPS的密码，确定4)弹出窗口中Field对应的值即是Form所对应的字段，一般情况下，此值即是数据列的列名实例（查找出UserName字段所对应的后台数据库列）：1.光标停留在UserName字段中2.选择菜单：HelpàDiagnosticsàExamine3.弹出如下窗口，输入数据库用户APPS的密码，确定4.弹出如下窗口，Filed的值：USER_NAME就是UserName字段所对应的后台数据库列，因此本字段为：fnd_user.user_name注意事项：使用此方法来查找数据列时，我们得到的只是Form字段的名称，很多使用Form字段的名称和所对应的数据源列一致，但是在少数情况下，Form字段名称和后台数据库列名存在差异，这个使用此方法就无法100%适用，而需要通过名称等进一步推测确认。三、使用”LastQuery”功能使用最后查询可以找出在Form中最后执行查询的SQL语句，从而得知对应的数据源以及相关数据库列信息。适用场合：同时适用于基于数据库块和非数据库块的数据源查找步骤：1)在Form中进行数据查询2)光标停留在Form界面中的一个字段上3)选择菜单：Help–Diagnostics–Examine4)在弹出的窗口中输入数据库用户APPS的密码，确定5)弹出窗口中，选择Block为：SYSTEM，Field为：LAST_QUERY6)Value中的SQL语句既是Form中最后查询的语句实例(找出并发管理器对应的后台数据源)：1.进入并发管理器界面，并进行查询(自动查询)，使用“历史纪录”方法无法得到表2.选择菜单：Help–Diagnostics–Examine，在弹出的窗口中输入APPS用户密码;3.弹出窗口中，选择Block为：SYSTEM，Field为：LAST_QUERY4.取得Value为：SELECTROWID,row_id,concurrent_queue_name,user_concurrent_queue_name,target_node,max_processes,application_id,concurrent_queue_id,control_code,manager_typeFROMfnd_concurrent_queues_vlWHEREenabled_flag='Y'ORDERBYdecode(application_id,0,decode(concurrent_queue_id,1,1,4,2)),sign(max_processes)DESC,concurrent_queue_name,application_id这样可以取得数据库视图：FND_CONCURRENT_QUEUES_VL限制：由于LastQuery中查询到的SQL语句是Form中最后一次查询的语句，因此如果需要查找像主从关系中主块数据源就没有办法适用四、使用SQLTrace功能使用SQLTrace功能，可以知道在Form操作过程中，对数据库系统进行了哪些查询、DML和DDL操作，可以全面的查看与数据库有关的操作和性能统计信息。此方法是这些方法中功能最强大，同时也是最复杂的一个，而且它经常成为性能调试中的一个得力工具。步骤：1)启动Trace模式2)在Form中进行操作，并保证操作有查询、插入、更新或删除动作3)关闭Trace模式4)登陆数据库服务器5)使用Tkprof工具格式化Trace结果文件输出6)查看被格式化过的Trace文件7)推测验证数据源实例(定义一个用户时，找到后台所进行的DML操作，进而找到后台数据源)：1.打开Form界面进入输入状态，还是以上面使用的User界面为例2.选择菜单：Help–Diagnostics–Trace–(RegularTrace,TracewithBinds,TracewithWaits,TracewithBindsandWaits)3.记下Trace文件路径及名称4.在界面上操作，输入信息，保存5.选择菜单：Help–Diagnostics–Trace–NoTrace，失效Trace功能6.使用数据库操作系统用户Telnet到数据库服务器，切换到$ORACLE_HOME/admin/SID_hostname/udump(上面所显示的路径)7.使用Tkprof命令格式化Trace输出：tkprofdemo_ora_21088_SYSADMIN.trcdemo_ora_21088.out五、查看Form源代码对于Form应用来说，如果上面的方法还不足以满足需求的话，可能就需要采用最彻底的办法了，直接查看Form的源代码，我想这个方法是最能够解决问题的方法了，但是由于需要查看源代码，对于查看的人员就需要熟悉Form的开发，因此一般情况下不先推荐使用它，但是对于如果希望完全搞清楚Form应用后台逻辑的情况下，也只能采用这种方式。此方法在此就不做介绍了，此方法可以说只适合Form开发人员使用。上面的方法是OracleEBS二次开发中最常用最有效的方法，在Form相关的开发和应用中，掌握的以上的方法基本上能够解决绝大多数的问题。