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下表的同义词。
PS：本文转自“Paul's Notes”的《Why call it Apps and not Oracle ERP》，只做学习、交流之用。