Oracle e电话，更不用说旅行了（我确实旅行过四次，但都是为了售前的东西）

最近（2007年），我编写了为megacorp内部系统创建Oracle 10g数据库的脚本。在生产中，数据库的大小为8 TB，主要用于具有高数据量的单个事务表。在测试中，对于一个普通服务器，数据库的大小约为1 TB。在开发过程中，数据库的大小约为100MB，可以在我的笔记本电脑上运行。完全相同的脚本创建了所有三个环境，我可以扩展它们，在大约五分钟内处理一个新的环境/机器。这个数据库涉及到极端的性能调优，所以所有相关特性的定制是绝对关键的

回到保险理赔处理产品——请允许我补充一点，我最初受雇于领导该产品从SQL Server数据库到Oracle数据库的转换。这种转换被认为是业务需要，因为大多数潜在客户并不认为基于SQL Server的产品是一种专业、严肃的解决方案。这在今天并不常见，但在一般情况下仍然适用：如果一个软件产品能够容纳目标客户（尤其是企业级客户）首选的多个数据库选项，那么它就有更好的市场渗透机会

同样，安装CD也被视为一个基本元素。然而，这种情况以及更多情况向我揭示了，大多数“真正的”DBA不会接受基于导入的数据库安装。作为一名DBA和架构师，我知道出于同样的原因，我肯定不会这么做

简单地说，基于导入的数据库安装使客户几乎无法控制生成的数据库。这对客户来说是不透明的，让他们质疑它做了什么。它迫使客户付出巨大的努力，试图尽可能地控制自己。它是出了名的脆弱和容易出错（Oracle导入以所有权和权限问题、约束问题等而闻名）。权衡所有这些影响，基于导入的数据库安装是不专业的——它不会将客户的需求放在首位

为数据库安装编写脚本提供了专业要求的正确的透明度、可配置性、选择性重复性和总体客户控制。它还鼓励您以导入所没有的方式正确理解数据库设计决策的影响

---

最美好的祝愿。

“实际的DBA”。我想让它看起来尽可能专业。在我看来，你是在暗示Oracle DBA不会期望比一堆脚本文件或“.dmp”文件更多的东西。@Carl:真正的DBA几乎可以处理你向他们扔的任何东西。这不是他们会或不会期望的。你不必提前做那么多。建议给他们一个脚本。+1对于PL/SQL开发人员来说，看起来不错，对我来说是新的。但你并没有真正回答我的问题。DBA在安装我的数据库时希望得到什么。安装程序？一些SQL脚本？dmp文件？再次谢谢你，克莱特斯。我的印象是Oracle数据库世界是由经验丰富的DBA管理的，所以脚本和“.dmp”文件是可以接受的。