ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Oracle EBS环境下查找数据源(Form篇)(转)

Oracle EBS环境下查找数据源(Form篇)(转)

原创 Linux操作系统 作者:zuibunan 时间:2009-09-21 13:55:40 0 删除 编辑

在Oracle E-Business Suite 环境下进行二次开发,要求技术顾问对EBS系统的结构和实现有一定的了解,同时熟悉系统的关键流程,进而掌握后台的表结构设计,查找数据源需要达到的两个目的是:

  1. 到对应的数据库对象:视图或表
  2. 找到界面中字段对应后台的表列

本文先介绍如何查找Form界面对应的数据源,快速找出FOrm界面后台对应的表/视图以及对应的列,

Form本身特有的特点,致使查找Form界面所对应的后台数据源变得相对简单方便。

一、使用“查看—> 历史记录”功能

“历史纪录”可以找出数据块对应的后台数据库对象,并不能找出字段所对应的数据库列。

适用场合:适用于基于数据库块的数据源查找

前提:光标停留在需要查询数据源的数据块中,并按某个条件查询出数据

步骤:

  1. 选择菜单:Help –> Record History(帮助 –> 历史纪录)
  2. 查看弹出窗口中Table Name的值,这个值便是光标所在数据块对应的后台数据库视图或数据库表

实例(查找用户所对应的后台数据库对象):

  1. 光标定位于User Name字段
  2. 执行查询,查询出SYSADMIN用户信息
    clip_image002[8]
  3. 选择菜单:Help –> Record History
    clip_image002[10]
  4. 弹出如下窗口,其中Table Name的值:FND_USER,既是后台数据库对象
    clip_image002[12]

限制:历史纪录”的方式只适用于基于数据库块的查询;而对于非数据库块的后台查询没有办法使用,不能使用的地方会弹出如下的消息:
clip_image002[14]

二、使用“查看 —> 诊断 –> 检查”

通过检查功能可以查找出字段对应后台数据库列信息,因此使用此方法的需要先找出对应的数据库视图或者表

步骤:

  1. 光标停留在Form界面中的一个字段
  2. 选择菜单:Help —> Diagnostics –> Examine
  3. 在弹出的窗口中输入数据库用户APPS的密码,确定
  4. 弹出窗口中Field对应的值既是Form所对应的字段,一般情况下,此值既是数据列的列名

实例(查找出User Name字段所对应的后台数据库列)

  1. 光标停留在User Name字段中
  2. 选择菜单:HelpàDiagnosticsàExamine
  3. 弹出如下窗口,输入数据库用户APPS的密码,确定
    clip_image002[18]
  4. 弹出如下窗口,Filed的值:USER_NAME就是User Name字段所对应的后台数据库列,因此本字段为:fnd_user.user_name
    clip_image002[20]

注意事项:使用此方法来查找数据列时,我们得到的只是Form字段的名称,很多使用Form字段的名称和所对应的数据源列一致,但是在少数情况下,Form字段名称和后台数据库列名存在差异,这个使用此方法就无法100%适用,而需要通过名称等进一步推测确认。

三、使用”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. 进入并发管理器界面,并进行查询(自动查询),使用“历史纪录”方法无法得到表
    clip_image002[22]
  2. 选择菜单:Help –> Diagnostics –> Examine,在弹出的窗口中输入APPS用户密码
  3. 弹出窗口中,选择Block为:SYSTEM,Field为:LAST_QUERY
    clip_image002[24]
  4. 取得Value为:
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)
    clip_image002
  3. 记下Trace文件路径及名称
    clip_image002[6]
  4. 在界面上操作,输入信息,保存
  5. 选择菜单:Help –> Diagnostics –> Trace –> No Trace,失效Trace功能
  6. 使用数据库操作系统用户Telnet到数据库服务器,切换到$ORACLE_HOME/admin/_/udump(上面所显示的路径)
  7. 使用Tkprof命令格式化Trace输出:tkprof demo_ora_21088_SYSADMIN.trc demo_ora_21088.out
  8. 下载并查看输出文件:demo_ora_21088.out

 

五、查看Form源代码

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

此方法在此就不做介绍了,此方法可以说只适合Form开发人员使用。

上面的方法是Oracle EBS二次开发中最常用最有效的方法,在Form相关的开发和应用中,掌握的以上的方法基本上能够解决绝大多数的问题。

后续将放出Oracle EBS环境下查找数据源的OAF篇。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/15725751/viewspace-615149/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2009-09-15

  • 博文量
    39
  • 访问量
    92279