所以我最近才开始做类似于成熟的 Oracle DBA 工作的东西，所以我仍在学习我工作中管理部分的许多基础知识。我的任务是使多个应用程序数据库达到一定的专业标准（我故意含糊其辞）。这些标准之一是支持应用程序的对象的所有者通常也不应该经常使用它们。主要的例外是 DBA，但仅适用于我们定期维护的某些类对象，例如索引。除了执行安装和维护任务时，应禁用应用程序对象所有者。
这最终让我想到了我的问题：谁应该拥有这些应用程序对象。我们是否应该让一个创建对象的用户在其余下的生命周期中基本上被禁用，并为这个或那个角色提供必要的使用权限？DBA 是否可以拥有所有应用程序对象，或者他们应该只拥有每天/每周维护的那些对象？显然，确切的答案将取决于组织的需求和该标准具体要求的内容，但是这里应用程序对象所有权的最佳实践是什么？
这个问题可能太宽泛了，所以如果我需要编辑它以使其更具体，请告诉我。我真的不知道从哪里开始，甚至不知道该问什么问题。感谢您的任何帮助，您可以提供。
我的 .NET 开发团队最近进行了大规模重组，重组的结果是，我们现在有能力执行诸如设置源代码管理和数据库备份以及开发数据库之类的事情。但是，我们都不是真正的 DBA，因此我们不知道如何在数据库端执行此操作。
我们希望有一些方法可以让开发人员可以使用真实数据进行测试，但无法更改生产服务器上的数据。现在，我们只有一个数据库，所以如果我们需要测试对网站的更改，我们必须制作虚拟记录来测试。
基本上，我们知道这是一个糟糕的设置，但我们不知道更好，我们真的很想改变。我在网上找不到任何内容来概述如何实际设置可用于应用程序开发和数据库开发的开发环境。
我看过如何开发数据库（工作流程）？以及如何为小型网络团队设置本地数据库开发流程？，但第一个没有解决我的问题，第二个假定了很多我没有的知识。我对“正常”数据库开发实践、推出/回滚脚本、如何编写数据库开发测试、模式比较工具等一无所知（这些都是我在搜索中看到的术语，但我不知道不知道去哪里了解它们。）
有谁知道我可以去哪里了解这些东西？和/或任何人都可以给我一些关于如何设置我不知道如何描述的环境的建议吗？
我的团队非常反对使用 TFS。我不确定为什么（我自己从未使用过它），但他们喜欢 Git，而我知道 Git，所以这是我们决定的源代码控制。我的主要问题实际上是如何为不同的环境设置单独的服务器，同时在开发中使用当前数据。
背景
我正在为一个由大约 4 名程序员和 4 名设计师组成的小型 Web 团队创建一个新的开发流程，未来团队的发展潜力明显。我们的产品是一个中央应用程序，为我们设计和托管的客户网站提供支持。
以前，我们都通过 FTP 在开发服务器上工作，只有一个开发数据库。它“工作”了一段时间，但我们正在朝着一个新的方向前进，所以是时候让我们的流程成熟起来了。
我们使用 Percona Server 5.5，但这应该与数据库无关，以保持低成本。
目标：
我正在考虑为数据库开发创建一个持续集成 (CI) 流程，并考虑以下内容：
- 开发人员拥有数据的本地副本来运行开发代码
- 能够将数据库结构回滚到以前的变更集
- 能够区分新功能架构更改与架构设计修复更改
- 能够在本地修改数据库结构以进行测试
初始概念
我在下面使用 SVN 和 LiquiBase 勾勒出了一个过程，尽管它完全删除了#4.
- 从主干创建一个“开发”分支
- 中央“开发”数据库服务器运行“开发”分支
- 本地开发人员被设置为开发分支的奴隶（
#1上面提供）- liquibase 变更集定期提交到开发分支，该分支执行提交后挂钩以更新中央开发数据库（这将渗透到作为该开发服务器的从属运行的本地计算机）（liquibase 在
#2上面提供）- 当功能或模式修复准备好进行质量检查时，DBA（我）会将开发分支中的适当更改合并到主干中。此操作将创建一个 sql 脚本以应用于临时数据库服务器。
- 暂存服务器应该反映 TRUNK，它应该具有与生产相同的结构，以及 QA 中的更改
- 在登台服务器上执行 sql 脚本后，对更改进行一些 QA。
- 如果一切看起来都不错，请标记结构。这将生成由 DBA 手动在生产环境中运行的 .sql 脚本（如果需要，可用于非高峰时段）
此过程要求所有开发人员运行相同的“开发”分支，这意味着在任何给定时间只有一个版本的数据库模式（不确定我是否想要这个）。
这也意味着对模式的任何更改都无法在本地进行测试，如果操作不当，可能会影响其他开发人员。在我们的环境中，开发人员可能会添加新表，但很少修改现有结构。作为 DBA，设计修复由我完成。但是无法在本地测试修复程序是我对该过程的最大阻碍。
如何调整上述过程以允许本地开发，同时仍保持相对最新的数据副本（由我提议的过程中的复制提供）？我不需要数据是最新的，即使是上周。