摘自：DB2 Magzine,
2003 年 7 月
对 Don Chamberlin、Don Haderle 和 Pat Selinger 三位 DB2 先驱的访谈，讨论的范围涉及 DB2 的过去、现在和未来，这次谈话的主题是 DB2 发展历程中的 各个“转折点”。
Selinger： 人们感兴趣的是有多少 DB2 的转折点与 IBM 研究部门的工作成果有关。20 世纪 80 年代中期形成的研究与开发小组之间的强大关系纽带是我们成功的重要原因。
Chamberlin： Pat是促使所有这一切发生的功臣。她是 DBTI 的首位经理，DBTI 在多个位置将研究和开发小组绑在一起。它们开始就分配的工作来调换员工、互相了解每个小组成员的名字、成员毕业的学校等对员工之间密切协作起到重要作用的所有信息。
DB2 杂志： 在 DBTI 之前，所有员工都是分散的吗？
Selinger： 是的，研究小组不参与像从头开发Starburst系统这样的工作。他们并不真正地与每个人交谈，他们只是为了玩得开心而已。同时，DB2 开发小组正在努力推出 1.x 版本、修复程序故障以及帮助客户更好地使用早期推出的版本。
Haderle： 小组就像部落，部落之间没有任何关系，而 DBTI 将部落融为一体。不久，部落之间的区别将越来越少。一旦你们可以在一起讨论和工作，那么障碍就不存在了。我了解的方式是，研究小组从事发明；开发小组负责将这些发明付诸于实践- 并且总是在寻求有助于实现的各种途径。DBTI 在部落之间建立了关联，如果您再前进 20 年，天啦！部落之间的界限变得更加模糊了。我们在那里部署了开发人员；我们从他们的部落中"借用"员工并把他们带到这里。这主要依赖于 DBTI 以及 Pat 所做的工作。
DB2 杂志： 现在我们开始谈谈 SQL - 从研究到开发的关键进展。考虑到它的重要性，我们可以将整个会谈都围绕这一主题展开。Don，您如何看待它的演变?
Chamberlin： 在很早的日子里，我们把 SQL 视为向新用户-非编程人员开放数据库的方式，他们不是受过培训的计算机专业人士。我们预计人们希望一种更自然、新奇和更少程序化的方式来询问问题。
在相当大的程度上，我相信 SQL 可以做到这一点。它降低了应用程序开发的培训要求并加快了产品推向市场的速度。或许我们未曾想过的是 SQL 将如何嵌入到所有不同的宿主语言环境中 - 我们把它作为一种单独的事情来看待。但是现在它嵌入到宿主语言中，用于存储过程，与 Java 级界面协作，如此等等。这么多年来，当看到 SQL 强大到可以应用于多个领域是件多么令人愉悦的事情啊！
使用非程序化语言，如SQL，您将需要增加优化方面的前置成本。为了将钱存储到银行账户中，您编写了SQL语句并通过优化器来运行它，这将增加您的成本。System R 有待解决的其中一件事是如何进行优化、保存生成的优化包并在无需再次增加前置成本的情况下经常运行它。为了做到这一点，我们不得不记录相关性 - 优化的程序包中包含的假设为"对这一账户使用这一索引。"
这种通过非过程化查询，经过一次优化就可以在以后的运行过程中享受优化带来的好处的理念使得使用同一种语言来处理事务和提供决策支持成为可能。我想这大概就是我们在那些日子里实现的重大突破吧！
DB2 杂志： 随着我们向开放 Xquery 标准发展，我们是否面临相同的挑战，使得很难去制订 SQL 标准？
Chamberlin： W3C 有一些动力。IBM 和其它数据库厂商在 Xquery 工作组都有代表，全面参与了标准的制订。客户也要求我们密切协作。
Selinger： 与 SQL 标准的体验相比，两者的不同之处在于 Xquery 是在厂商实施的同时来定义；而大多数厂商是先开发它们自己的 SQL 版本，然后才开始制订标准。如果以在标准制订期间语言变动的程度作为衡量标准，Xquery 发展的速度要快于 SQL 标准。Don，您不是说 Xquery 仍是瞬息万变吗？
Chamberlin： 是的，但我希望 Xquery 的主要框架会比较稳定，我们会看到在明年一切都将井然有序。想象一下在同一间办公室内由 30 位极其聪明但雄辩的人来设计一种语言，他们有不同的背景和各自的拥护者，您就可以知道我们 Xquery 是多么有趣。您可以理解为什么可以在短期内完成这项工作。但我认为在这段时间内，我们达成了共识，这使得成果将更完美。
DB2 杂志： 现在我们来谈谈未来的一些想法，以结束这次讨论。在接下来的几年内 DB2将如何发展？是否将推出 DB3?
Selinger： IBM投资的一个关键点是自主运算。我们在 V8 中提供的功能仅是以后推出的产品的前奏。我们设想会有更多的数据库配置参数将实现自动化，DBA 将非常自信地说，"交给你们去处理吧！"与在操作系统领域关注数据页面的交换以实现虚拟内存的概念相同，我们希望 DB2 能够随着工作量的变化重新配置内存和资源。当您从夜间的批处理转变成上午的事务处理时，系统将调整资源来控制性能和可扩展性。当假期来临时，系统为繁重的事务处理作好了准备；当一月份的计费周期来临时，系统准备提供决策支持。
自主的理念将从单机系统扩展到大规模并行处理器系统乃至处理器网络中联邦、异构的系统。动态配置调整将超出传统数据库的范畴，扩展到负载管理、调度等。与这一点的结合将在自我管理、自我修复技术方面具有更多的优势，在 V8 中我们已经看到了这种技术的苗头！
Haderle： 我并不认为 "DB3"是大势所趋，DB2 代表了从层次型到关系型的转变。我们不希望用一种新的语言和某些完全不同的功能来改变数据模型。今天使用 SQL 的人明天也将使用SQL，XML 只是能够帮助我们解决更多的问题而已。
在接下来的10年内，我们将继续密切关注性能、可用性、可靠性这些对于 Charles Schwab & Co. 等企业来说是激动人心的特性，因为像这样的公司平均每天要移动它的整个数据库达8次，而且系统将全天候运行事务处理任务。在这种情况下，我们一直在努力解决的问题将进一步扩大，这将是我们一直努力的目标。
我们看到，在作为整体 IT 预算的一部分 - 人力劳动成本持续增加的同时，仍然存在严重的知识工人的缺乏。这就是我们必须解决的问题，而自主运算是我们解决这个问题的重要手段。这也是关系查询编译器所要完成的工作；换句话说，考虑到您在编写和进行特定查询可能使用的无数种方式，为什么您不告诉系统您想要的结果而让系统替您把它演算出来呢？这就是我们在节约人力资源方面的首要工作，也是在接下来的几年内您能够看到 DB2 带来的变化之一。
另一个主要挑战是企业购买了越来越多的资产，这意味着企业有数千个（或者说成千上万）数据源，而且这些数据源的形式各式各样。企业将如何处理他们拥有的整个信息资产？这其中一个挑战是确保系统整体有效运行，另一个挑战是如何为决策者提供有用的信息。为了解决这些问题，并且基于我们用于描述现有对象的联邦方法和可扩展性特性，我们制订了信息集成方案。强大的复制功能将通过联邦系统来回传送数据。Pat 所做的元数据工作有助于为信息资产提供更全面的理解和集成。
最后的结果是信息资产的虚拟：我如何能够得到整个资产的统一视图，或者是我资产的一个聚集？我如何确保一流的信息质量并及时提供信息？我们把这看作是中间层，但这个层面不仅仅是 ODBC 或 JDBC 存取，而是真正的信息实用程序。
自主将是所有这一切的根本，因为有大量复杂的系统需要进行整合、描述和管理。我的意思是您会部署不同和新型的事务处理模式，这导致您将不得不执行松散型事务处理，而不能运用紧密的事务处理模式。
我们把网格计算视为重要的虚拟化驱动因素。如果我部署了一组异构的数据库和处理器，并且我需要将信息输入到所有不同种类的系统中，我需要知道它的规则和属性、安全模式、目录基础设施等。网格在科学领域已经很重要，而且它在商业领域也将变得重要，因为它有助于实现计算环境虚拟化。
在传统的现有数据库领域内，我认为我们将看到集成与编程的联姻。我的意思是我们将考虑客户正在努力解决的问题：什么是客户将使用的应用程序模式？什么是与这类模式相关的数据结构？我们把 Java 2 Enterprise Edition (J2EE) 视为强大的开放系统容器模式，因此，我们必须把 J2EE 服务与数据库相集成。但问题是：什么是一个行业中使用的主要模板？我们必须做什么以使它们与数据库相关联并正常运行？我认为模板有助于推动我们将在数据库中完成的大量工作，以便更迅速地把新应用程序推向市场。
Selinger： 所有这一切都意味着对 WebSphere 技术的紧密结合，因为它们可能是运行期间应用程序开发人员和用户的首要结合点。客户不希望能够在 WebSphere 层面上解决的问题还要在DB2层面上再重复同样的事情，客户并不关心 XML、关系理论或者其他技术方面的变化，他们只是希望所有的系统行为能够被自始至终地自动表示。
DB2 杂志： Don，您通过 SQL 引发了第一次革命 - 现在，您正在用 Xquery 来进行第二次革命，是吗？
Chamberlin： 是的，你知道我一直在考虑这件事，我认为全球每隔 25 年需要一种新的查询语言。能够经历两次革命是件令人非常愉悦的事情。DB2 将同时支持 SQL 和 Xquery，这是正确的方向，它充分体现了我们正在努力完成的信息集成理念。
Haderle： 您是否认为，考虑到目前占统治地位的互联网链接导航方式，Charles Bachman [网状数据库模式创始人] 所说的"我最终将击败关系结构！"是否会成为现实？
Chamberlin： 全球有许多超级链接，不是吗？我经常在大学内演讲"数据发展简
