EBS中应用、职责、数据组、请求组和用户的关系。

EBS中应用，职责，数据组，请求组，用户等关系

转载啊转载啊

[引言]：

Oracle EBS套件中，权限控制可以做的很好，就是因为做的比较活，可以在很多层次上对操作权限做控制。
例如-应用，指责，数据组，请求组，菜单，用户等，之间有很密切的联系。
个人感觉对这些关系的理解一直不是很清晰，比如一个职责，必须是在某一应用下面，并且要分配给这个职责一个数据组，是不是一个职责只能有一个数据组，但是一个数据组，可以多个职责公用呢？还有用户，菜单和职责等，他们之间应该有怎样的关系？
[]

数据组：

Oracle的文档中，数据组的定义是：数据组是分配给每个应用产品的 Oracle Applications 和 Oracle 用户名列表。

如何理解这句话：定义一个数据组，实际上就是定义一些应用产品和Oracle数据库用户名的对应关系。这些对应关系，决定了一个用户，通过某一应用的职责，可以访问到的Oracle数据库表及其权限。

一个数据组下面，一般包括很多应用，且这些应用在同一个数据组中不重复出现。这些不同的应用，可以对应到一个Oracle用户名。（下面会截图给大家看，比较直观一点）。

在新定义一个职责（这里叫A职责吧）的时候，我们需要为这个职责A选择一个数据组，一般我们选择的是标准的数据组（standard）。然后在下拉列表中，选择数据组中包含的某个应用分配给职责A(标准的数据组中，应用所对应的Oracle用户名为APPS,)通过给职责A分配这个标准的数据组的某一个应用，则户用通过职责A可以访问的数据，同Oracle数据库用户APPS访问到的数据是一样多的。

接下来讲请求组，我们定义并发请求的时候，Oracle给我们的最直接的方式，是把请求和应用直接关联起来。没有直接把它挂到请求组里面。但是请求组的存在，是很有意思的。

请求组：

请求组的定义，只需要很简单的一句话：请求组，就是一些报表和并发程序（包括请求集）的集合。

请求组和应用的关系：
定义请求组的时候，我们需要给请求组限定一个应用产品（注意：一个请求组，从属于一个，且只能属于一个应用）

创建请求组：
在给请求组分配完应用后，接下来的工作就是给他添加并发请求和报表了。因为上面所分配的应用的原因，你在请求部分给请求组添加请求的时候，下拉列表里，只能查询到所分配应用下面的请求、请求集和报表（也就是说，请求组所属的应用，决定了你能给请求组添加的请求和报表的范围）。

加深理解：
问题来了，既然请求组里面添加的请求，必须是属于请求组所在应用的请求或报表，那末使用请求组，能不能实现跨应用提交请求呢？
答案是肯定的，因为在往请求组中添加项的时候，除了可以选择上面说的请求或报表之外，我们还可以选择另一个类型，即“应用产品“，如果你给请求组添加了一个应用的话，那末这个请求组里，就包括了此应用产品中的所有请求。

下面的图形，就是定义请求组的主要界面了