ORACLE-R12中与二次开发相关技术的探讨与研究.ppt

1、1,ORACLE R12中与二次开发相关技术的探讨与研究,2,内容安排,ORACLE R12 综述 OAF综述 OAF界面上的字段查询 R12安全性新特性 R12功能模块的变化 R12其它细节性变化,3,ORACLE R12综述,ORACLE R12整套服务体系组成结构 Oracle自带组件(ORACLE HOME路径下) 其它组件(APPL_TOP下) 第三方组件(APPL_TOP下) 下图展示的是ORACLE R12版本中涉及的一些主要应用技术层的组件，图中红色高亮部分涉及到与之前版本的差异，将在综述中被介绍,4,R12 应用技术 - 总体变化,数据库层 Oracle Database 9

2、i Oracle database 10g 应用层 Application Server: 1.0 10.1 Oracle HTTP Server/Apache: 1.3.19 10.1.3* Oracle Developer: 6i 10g 技术组件 Servlet Container : JServ OC4J 核心文件系统 11i 的文件系统被替代成新的版本,5,R12 应用技术 - 高层分级结构,6,R12 应用技术 - 应用层自带组件,Oracle Database AS Client Libraries .2 Oracle Developer Client Libra

3、ries .2 Oracle JDeveloper 10.1.3 Oracle AS Discoverer 10g .2 OJSP 10.1.3 Oracle HTTP Server/Oracle HTTP Client 10.1.3 (基于 Apache 1.3),7,R12 应用技术 - 应用层附带组件,Business Intelligence (BI) Beans 3.1 Java Database Connectivity (JDBC) 10.2,BI Beans,JDBC,8,R12 应用技术 - 第三方组件,JDK for Web tier 5.0

4、 JDK for Concurrent Processing tier 5.0 Sun Java Plug-in 5.0,9,R12 应用技术 - 非嵌入式技术,Oracle AS 10g Portal 10.1.4 Oracle AS 10g Single Sign-On and Oracle Internet Directory .2 Oracle Collaboration Suite 10g Release 1 Oracle Enterprise Manager 10g Release 1,10,R12 应用技术 - 优点,精简了一些比较旧版本的产品的使用率 提高了业务

5、相关组件的利用率 第三方组件与之前版本相比，更加规范和完整,11,R12 应用技术 - 参考文献,更多产品信息 更多教科信息 http:/www.oracle/com/education/ 更多技术支持 Metalink信息 产品文献 ,12,R12 开发机制,开发工具由Develop 向 JDevelop 缓慢过渡 Form、Report、Java并存 R12大多数功能沿用原来的FORM机制，也有很多地方采用新的ORACLE OAF开发技术。 FORM 界面和web界面并存 OAF的开发 Oracle Jdeveloper9.0.3 Oracle Jdeveloper10g ORACLE 产

6、品发展方向 平稳中慢慢变化，大方向坚定,13,OAF简介 - 总体架构层次,PG(Page Region)层 CO(Controller)层 AM(Application Module)层 VO(View Object)层 EO(Entity Object)层,14,OAF简介 - PG(PageRegion)层,与FORM比较 PG Canvas 在IE上显示的最终用户图形界面 通过JDeveloper10g来开发XML文件 不是像VB那样去拖拉控件 也不是全部手写的XML文件 一种基于两者之间，在JDeveloper10g中会出现XML的层次构架 可以在每个节点下添加控件 设置控件属性来控

7、制WEB控件的显示格式和显示位置 page上用的都是ORACLE封装过的控件 有些功能很容易实现 但有的功能无法实现,15,OAF简介 - CO(Controller)层,与FROM比较 CO Form触发器和程序单元 OAF通过CO控制页面，页面的任何动作都会在这里进行 ，包含两个method processRequest: initialize pre-form触发器 processFormRequest: event 各种block和item层触发器 不能在触发submit请求后直接更改WEBBIN属性,16,OAF简介 - AM(Application Module)层,与FORM比较

8、 AM 联系Form中各种组件的枢纽和机制 AM层是中间控制层 只能通过CO调用 可以在AM层对DB端进行调用（VO） 缺点：ORACLE不让在这里写太多的验证逻辑,17,OAF简介 - VO(View Object)层,与Form比较 VO Block 基于数据库的字段 Web界面上的取数来源 可以通过VO读取数据库里的数据并放到缓存或EO中,18,OAF简介 - EO(Entity Object)层,与Form比较 EO Block所基于的视图或基表 归根到底是一段SQL 取自数据库中的表，试图或者同义词等对象 在这里直接与DB数据进行交互,19,OAF简介 - 最简单的OAF应用开发过程

9、,开发工具: Jdeveloper10g 第一步 在Jdeveloper中，创建一个 工作区，工作区的名字取为 TestProject，在应用程序模板一项 中，选择WEB APPLICATION (DEFAULT)，确认后的工作区如图 所示，我们先建立Business Service 层的持久层对象。,20,OAF简介 - 最简单的OAF应用开发过程,在Model这个工程上边，右键单击新建,然后选择Business Tier 下的Business Component ，选择EntityObject，然后出现如图所示 schema Object是让我们选择数据库中的表或者同义词等对象，name

10、是我们建立的持久层对象的名字，这里我们把name命名为CdtEquipmentEO，package指定这个对象放在什么包下面。,21,OAF简介 - 最简单的OAF应用开发过程,第二步 建完持久层的实体对象后，我们就需要建立数据访问层的视图对象(ViewObject)。右键单击Model，新建选择ViewObject出现图，左边是供我们选择已经存在的持久层的实体对象(EntityObject)，这里面我们选择刚建好的CdtEquipmentEO这个实体对象。,22,OAF简介 - 最简单的OAF应用开发过程,第三步 需要建立接口层(ApplicationModule)，将数据访问层的视图对象(

11、ViewObject)注册到ApplicationModule中，如图所示，我们选择CdtEquipmentView1这个视图对象，并把它添加到AppModul1中。,23,OAF简介 - 最简单的OAF应用开发过程,第四步 按照OAF架构，Model层我们基本不需要作什么工作，那么我们下面开始建立Controller层，首先需要建立DataPage，可以是UIX格式的也可以是JSP，这里我们用UIX格式。在Struts-config.xml中，从右侧的component中，可以直接选择DataPage，拖拽过来，listEquipment是我们给定的名字。,24,OAF简介 - 最简单的OA

12、F应用开发过程,第五步 建完Controller层，需要建立展现层(View)，在listEquipment.uix页面中设置页面布局，可以对DataControl中的View进行拖拽，如图所示，我们选择Data Control 面板中的CdtEquipmentView1，这就是我们刚才建立的View，下面的拖拽类型选择只读表就可以了。,25,OAF简介 - 最简单的OAF应用开发过程,第六步 我们单击listEquipment.uix这个文件，选择运行(如下面左图所示)，就可以直接得出所有设备的数据了，运行的效果(如下面右图所示)。,26,OAF简介 - 总结,优点 在Jdeveloper1

13、0g中结合OAF框架，使开发人员能够从零开始构建J2EE应用程序和WEB服务。因为Oracle OAF的高度结合性，以及它里面提供的优秀技术，使得开发应用变得十分简单方便，从而大大提高了应用程序的开发效率，具有很高的应用价值。 缺点 OAF架构层次与FORM相比过于复杂，紧密，拘束 类似于EJB，虽然有着非常完美的模型层次结构，在复杂的业务逻辑开发上更具大局观，但在一些需要快速完成的业务开发上反受其累。,27,OAF界面上的字段查询,对于传统的Form ,当我们需要知道其后台对应的表的时候，可以通过菜单栏上的”帮助”来获得。 疑问： 如果是一张WEB界面，我们又该 如何取得DB端的数据呢？ W

14、EB界面和FORM界面到底有何 异同？ R12的WEB界面11i界面相 比较，有哪些新增功能？,28,OAF界面上的字段查询,路径：OM_订单管理系统超级用户-客户-标准 视觉效果 Head Body Foot,29,OAF界面上的字段查询,接下来我们要做一个简单的查询，并对查询到的内容进行诊断以确定其数据库来源 第一步 键入查询条件 进入选中记录,30,OAF界面上的字段查询,查询得到的界面如下 主体字段 弹性域字段,31,OAF界面上的字段查询,第二步 诊断主体字段 点击”关于此页”进入诊断界面 “关于此页” “帮助”,32,OAF界面上的字段查询,第三步 点击”全部展开”,展现页面层次结

15、构 stackLayout - tableLayout - rowLayout - cellLayout 类似于html标签中的 - - - ,相信做过html网页的朋友应该不会感到陌生 明细行附带CO,AM,VO信息,察看属性这一栏位表示当前字段的字段名 “关于此页”-”视图对象” “帮助”-”历史记录”,33,OAF界面上的字段查询,第四步 点击进入”客户类型”所对应的VO对象 可以看到”客户类型”所对应的基表和字段名,34,OAF界面上的字段查询,第五步 诊断弹性域字段 方法一：沿用主体字段的诊断方法 我们可以看到，出于安全性的考虑，弹性域字段所对应的VO无法点击进入 记录VO NAME

16、 = HzPuiCrUpCustActVO，点击进入”客户类型”所对应的VO,35,OAF界面上的字段查询,在” Select a view object ”下拉框选择” HzPuiCrUpCustActVO”即可得到完整的sql查询语句,36,OAF界面上的字段查询,方法二：使用ORACLE R12新增的弹性域参考 返回诊断界面，最底下有个”弹性域参考”的栏位，点击”显示全部详细资料”，我们可以看到跟该界面相关的弹性域参考的详细信息都在这里显示。,37,OAF界面上的字段查询,由于这是一个说明性弹性域，我们可以找到与此非常相似的Form界面,38,OAF界面上的字段查询,知道了弹性域的名称，

17、我们可以通过下面的sql来获得其更详细的信息 查询得到的结果如下，其中APPLICATION_TABLE_NAME代表其所对应的基表，从而可以由此获取最详细的弹性域信息,39,OAF界面上的字段查询,回到我们刚点击进入”关于此页”的位置(红字部分为ORACLE R12新增功能) 页 个性化 页上下文 技术组件 Java系统属性 配置文件 Patch,40,OAF界面上的字段查询,个性化 “关于此页”-”个性化” “帮助”-”诊断”-”自定义代码”-”个性化”,41,OAF界面上的字段查询,页上下文 记录了数据库存储路径 记录了当前用户，当前职责，当前模块名 组织，语种，时区，默认时区等信息,4

18、2,OAF界面上的字段查询,技术组件 记录了OA结构及其所使用的组件，包括一些第三方组件(如JDBC驱动程序),43,OAF界面上的字段查询,Java系统属性 记录了一些常用环境变量名及其所对应的值，可以查到如class_path，FND_TOP等常用环境变量的值,44,OAF界面上的字段查询,配置文件 本页关联的所有profile,45,OAF界面上的字段查询,Patch 这是ORACLE R12新增的功能，显示已经打过的所有patch的记录,46,OAF界面上的字段查询,另一种诊断字段的方法 - OAF Trace 将FND：诊断这个预置文件针对用户设成Y 进入页面后点击右上方的“诊断”

19、在下拉框中选择“Set Trace Level”，点击开始 选择单选框后，按“保存”，会给出文件号。就回到操作页面操作 操作完后再进入诊断，可能会给出多个文件名，将所有文件下载下来看trace信息 将trace失效掉,47,R12安全性新特性,场景 PO_LINES指向po.po_lines_all 对po_lines求count 对po.po_lines_all求count,48,R12安全性新特性,Po_lines和po.po_lines_all应该是同一个对象，但是为什么从同义词上求COUNT时没数据而从基表上求COUNT时有数据呢？原因就在下面的SQL上，简单的说就是R12中的VPD特

20、性，因为同义词PO_LINES上有一个策略函数MO_GLOBAL.ORG_SECURITY,49,R12安全性新特性,MOAC（Multi-Org Access Control） R12中，同一个职责的同一个界面，可以操作多个OU的数据。而11i只能操作一个OU的数据。 什么是MOAC? 所谓MOAC就是多组织访问控制，通过MOAC，可以在同一个职责下操作操作多个OU的数据，比如，我们可以在AR超级用户下，操作整个集团的所有公司的数据。而且MOAC是一个组织控制概念，不只是控制OU，还可以控制库存组织等其他用途，也就是说，只要是在通过 /设置/组织 这个地方定义的所有组织都应该可以起用MOAC

21、特性，目前我只知道OU和库存组织是可以的。不过我们最关心的是OU的控制。,50,R12安全性新特性,如何启用MOAC 路径：全局 HRMS 管理员/安全性/配置文件 我们可以在这里定义一个业务组,51,R12安全性新特性,提交并发请求 路径：全局 HRMS 管理员/请求/维护安全性清单,52,R12安全性新特性,在职责或用户层设置安全性配置文件 路径：系统管理员/配置文件/系统,53,R12安全性新特性,几个MOAC相关的重要PROFILE MO: 安全性配置文件 这个是定义安全性配置文件的PROFILE，定义这个PROFILE，这个职责或用户就可以同时访问多个组织。 MO: 默认业务实体 如

22、果定义了MO: Security Profile，则可以选择一个默认的OU，当用户进入某个应用时，默认OU就是这个PROFILE的值。 MO:业务实体 这是11i的参数，如果设置了MO:安全性配置文件 ，则这个PROFILE不生效，反之，这个PROFILE生效。,54,R12安全性新特性,哪些模块可以使用MOAC 由于MOAC特殊的控制结构，需要应用程序做支持才能启用，因此在启用MOAC之前，有必要清楚哪些应用支持MOAC特性。 我们使用如右图所示脚本进行检查 使用fnd_mo_product_init_pkg. register_application 注册MOAC支持 使用fnd_mo_p

23、roduct_init_pkg. remove_application 取消MOAC支持,55,R12安全性新特性,两张重要的MOAC表 MO_GLOB_ORG_ACCESS_TMP 记载了当前session所能访问的组织，对写程序有比较大的用处 FND_MO_SP_PREFERENCES 记录了用户，职责和安全配置文件的组合，用以计算默认OU，不过写程序很少用到 FORM中如何控制MOAC 标准FORM 进入FORM时，执行 mo_global.init(p_appl_shortname); 当选择某个OU时，执行：mo_global.set_policy_context(S, 重写为: s

24、elect * from accounts where am_name = SCOTT;,62,R12安全性新特性,DBA 在表 ACCOUNTS 上设置了一项安全策略。该策略具有一个相关函数，称为policy function，它返回一个用作谓词的字符串 where am_name = SCOTT。 你在SQL窗口执行的是select * from accounts,而实际上执行的是select * from accounts where am_name = SCOTT，那么它是怎么实现这个技术的呢？ 要了解这个问题，我们需要重新回到VPD的核心： APPLICATION CONTEXT：应

25、用程序上下文 POLICY FUNCTION：策略函数 POLICY TYPE：策略类型,63,R12安全性新特性,APPLICATION CONTEXT：应用程序上下文 应用程序上下文简单通俗的说，就是个环境变量，也就是全局变量，在SESSION的生命周期内有效。其目的就是要让策略函数取得这个值。从而返回正确的谓词（其实也就是WHERE 条件字符串） 使用以下语句创建应用程序上下文： CREATE CONTEXT cux_context_name USING apps.cux_vpd_globalcux_context_name 是应用程序上下文的名称（namespace）apps.cux_

26、vpd_global是可以对这个namespace进行变量的创建和删除的package,64,R12安全性新特性,使用以下语句检查上下文: 检查应用程序上下文名称 检查应用程序上下文中的变量名称及值 12i MOAC使用的应用程序上下文 MULTI_ORG，MULTI_ORG2 到这里，我们已经很清晰的知道，应用程序上下文的用途是什么，怎么检查应用程序上下文。,65,R12安全性新特性,POLICY FUNCTION：策略函数 策略函数是作用在对象上（表，视图，同义词等），根据应用程序上下文返回一个特定的谓词 也就是WHERE条件字符串，从而使得查询表，视图时自动给查询加上一个where条件

27、什么时候策略函数会执行？ 当查询对象时会执行策略函数，条件是先使用dbms_rls.add_policy将对象和策略函数绑定在一起。 12i MOAC使用的策略函数,66,R12安全性新特性,POLICY TYPE：策略类型 生成谓词所需的重复分析是一种在某些情况下可以进行修整的开销。例如，在大部分实际情况中，谓词并不象 am_name = SCOTT 那样是静态的 它基于用户的身份、用户的权限级别、用户向哪个帐户管理员进行报告等情况,可能更具有动态性 由策略函数创建并返回的字符串可能会具有很强的动态性，而为了保证其结果，Oracle 必须每次重新执行策略函数，既浪费资源又降低性能 在这种类型

28、的策略中，谓词每次执行时可能会有很大的差别，该策略称为“动态”策略，在 Oracle9i 数据库以及以前的版本中已经提供了这种策略 除了保留动态策略之外，Oracle 数据库 10g 还基于谓词的构造推出了几种新类型的策略，为提高性能提供了更好的控制 context_sensitive shared_context_sensitive shared_static 和 static,67,R12安全性新特性,从上面可以知道，ORACLE 10g一共提供了五种策略类型：DYNAMIC、context_sensitive、shared_context_sensitive、shared_static

29、和 static。MOAC中，重点使用的是DYNAMIC, shared_context_sensitive 如何设置策略函数的策略类型 dbms_rls.add_policy(policy_type = dbms_rls.shared_context_sensitive ); shared_context_sensitive 是 constant类型的变量,68,R12安全性新特性,启用VPD特性的步骤 创建应用程序上下文 参考CREATE CONTEXT cux_context_name USING apps.cux_vpd_global 创建策略函数 参考：MO_GLOBAL.ORG_S

30、ECURITY 为对象添加策略函数 参考：dbms_rls.add_policy,69,R12安全性新特性,在12i中给客户化表启用VPD特性 创建表（cux_vpd_tests_all），org_id默认为空 创建同义词cux_vpd_test指向cux_vpd_tests_all 为同意词添加策略函数 12i中MOAC最重要的PACKAGE mo_global,70,R12业务模块的变化,12i在功能模块上的变化很多，比如，基本每个模块都启用了MOAC特性，新增加了子帐模块，税模块等等很多新的模块，OPM库存和离散库存集成了。总的来说变化最大的是GL模块和OM模块 新增子账模块。 所有的子

31、模块会计分录都可以使用特定的公式配置出来 但是对技术而言，我们不太关心如何配置生成会计分录，我们只关心子模块的会计分录和GL的会计分路之间的关联性 ，以方便我们做子模块和GL的对应报表 要做对应的报表，必须要了解子账,71,R12业务模块的变化,SLA（Subledger Accounting） 概念 子帐是子分类帐会计的简称，字面上的含义就是子分类帐会计分录 子分类帐会计其实就是连接子模块会计和GL凭证之间的桥梁，更简单的说，就是子模块和GL之间的桥梁。所有子模块（包括FA）产生的会计分录都是使用SLA产生的，存放在SLA的表中，然后通过过帐程序过帐到GL。有点类gl_interface表的

32、功能。 子分类帐会计的第二层意思：在各个子模块都有一套独立的会计分录，看起来跟GL其实没太大区别，这就意味着在子模块其实就可以计算科目余额了。只是可惜，到目前为止我还没有类似gl_balance的表来存放科目余额。 各子模块目前还是可以有自己的分配帐户（就是以前查看会计科目看到的东西），分别存放在自己的分配表中，比如，AP还是存放在ap_invoices_distributions中，引入SLA后，把这个功能称为“事物处理会计”，和子分类帐会计的不同点在于，事物处理会计是通过自动会计或分配产生，而子分类帐会计是根据定义会计事件等公式产生的，分别存于不同的地方。,72,R12业务模块的变化,子帐架构 解释： 子分类帐的产生有两种方式，一种方式是直接从子模块的事物处理会计，一种是直接从子模块的事物处理上取得。 子模块的事物处理会计和子分类帐会计是两个不同