oracle - 开发人员在 Dev 数据库实例中应拥有哪些权限

Question

...以及如何授予这些权限。我在一个大型 IT 部门工作，拥有 70 多个应用程序，其中一些在 SQL Server 中，大部分在 Oracle 中。每个系统都有一个 prod、QA 和 Dev 实例。我们(我是一名开发人员)拥有对 prod/qa 的只读访问权限，我对此很满意。在 SQL Server 开发实例中，开发人员被赋予 db_owner，这完全可以正常工作。争论的焦点是我应该在 DEV oracle 数据库中拥有哪些权限。

我认识到最好的情况是让每个开发人员在其工作站上运行自己的实例进行开发，但由于数据库的大小，这并未被视为一种选择。

我也对如何应用这些权限感兴趣。在 Oracle 中，通过角色授予的权限在 PL/SQL 执行期间不处于事件状态，因此角色(甚至“dba”角色)没有用处。这就需要使用内置帐户(系统)或在数十个数据库中创建数十个用户并直接向每个用户授予数十个权限。在我看来，让开发人员作为系统登录很有意义，但我们的 DBA 声称这是一个坏主意。

Answer 1

我们过去只授予开发人员访问应用程序帐户的权限。这适用于小商店，但随着开发人员数量的增加，它很快就会失控。

这是我们现在要做的:

1. 应用程序有自己的帐户(也称为架构)。
2. 开发者拥有自己的帐户
3. 数据驻留在应用程序架构中
4. 我们有一个 ant 构建脚本，可以将代码构建到您想要的任何模式中。
   • 代码包括 View 、包、对象等。
   • 构建脚本包括运行存储过程以向开发人员授予对应用程序数据的显式权限的步骤
5. 开发者在自己的架构中进行更改
6. 当高兴时，他们会将其检查为颠覆
7. 应用程序的开发架构是根据新的 subversion 版本构建的。
8. 开发者可以检查并重建自己的环境。
9. 对表结构的 DDL 更改是通过 DBA 完成的
   • 这些也可以编写脚本

这样做的好处是可以确保任何前端应用程序都不会因为数据库开发人员不断重建所有内容而被破坏。