关于oracle ebs系统apps的一些故事

Why call it Apps and not Oracle ERP ?

以前就很想知道为什么人们常常把Oracle E-Business Suite称作“Apps”?就因为Apps是Oracle Applications的缩写么?也许是。其实这个问题给了我一个很好地理由来解释APPS schema的进化史。

九年前我开始从事Oracle Financials的工作,那时每一个模块都有它自己database schema(当然现在还有,比如po,inv,wip,ar...),对于一个做采购的用户(EBS 10.6版本前),想要查看数据,就要使用po的Schema来查看。同样,如果一个AR模块的report或者form想要访问PO_HEADERS_ALL,他们就需要加上前缀'PO'、PO.PO_HEADERS_ALL。但是EBS里有很多的数据库Schema(一般情况下一个模块一个Schema),每一个表都有它所对应的schema,这样我们写SQL或者在写代码的时候,经常要加一个Schema前缀到表的前面,这就比较讨厌。

所以后来,Oracle引入了一个新的schema——“APPS”,其他schema下的数据,在apps下都能看到,这样我们就不用每次都要加前缀才能查看其他模块的数据了,用户可以轻松的访问任何模块的表数据。同样,如果想要增加一个新的表到系统中,我们需要做以下几件事情:

-- Step 1:
Connect to po/po@XX_DEVDB
Create table PO_HEADERS_ALL ( ...all columns here )
-- Step 2:
Grant all on po_headers_all to apps
-- Step 3:
connect to apps/apps@XX_DEVDB
Create or replace synonym PO_HEADERS_ALL for PO.PO_HEADERS_ALL

上面的代码的意思就是,先在相应的schema下面创建table,然后授予apps对该table的权限,再登录apps,在apps schema下创建同义词。通过以上的几步,你就会发现,APPS schema不用加前缀(po.po_headers_all)就可以访问PO_HEADERS_ALL了。

现在在Oracle ERP里,我们已经有超过100个schema了,比如:po、ar、ap、gl……,Form、Report、workflow里我们只需要连接到apps schema下即可所有模块的数据,ALL ROADS LEAD TO ROME,这里ALL Schema Lead to APPS.因此假设你想关联ap_invoices_all table(AP schema) 和PO_HEADERS_ALL table(AP schema),你只需要简单的连上APPS,然后写:

SELECT 'x'
  FROM po_headers_all  p,
       ap_invoices_all a
 WHERE a.po_id = p.po_id;

在10.6版本前你不得不这么写:

SELECT 'x'
  FROM po.po_headers_all  p,
       ap.ap_invoices_all a
 WHERE a.po_id = p.po_id;

Moral of the Story is:

(1)所有的PL/SQL Package要在APPS Schema下创建。

(2)所有的View要在APPS Schema下创建。

(3)对于每一个独立Schema下的表数据,在Apps schema下要同样有一个synonym存在。

(4)不是在Apps Schema下创建表。

(5)对于客户化来说,至少应该有一个custom schema来用于客户化表的创建。

综上,也就是说其实APPS Schema下面并不拥有表,表都是其他Schema下的,在APPS中只是存在一个访问其他Schema下表的同义词。

参考资料:

1. Why call it Apps and not Oracle ERP

本文标题:关于oracle ebs系统apps的一些故事

本文链接:http://yedward.net/?id=191

本文版权归作者所有,欢迎转载,转载请以文字链接的形式注明文章出处。

相关文章