一次也没有。这对我们来说很好，因为作为我们古老的 System/38 及其后代的核心的集成关系数据库管理系统从来都不是 DB2/400 或 DB2 for i 或 Db2 for i，而且永远也不会。它一直是它自己的东西，而且永远都是它自己的东西，无论营销人员给它起什么名字。它总是受益于“真正的”DB2 或 Db2 及其 Linux、Windows Server 和 Unix 变体中发生的任何创新，这些变体本身只有 30 年的历史，也可用于 IBM 自己的 OS/2 PC 服务器操作系统，但 IBM二十年前就不再谈论这个了。
如果要从 1978 年 System/38 推出之日算起，如今 IBM i 的核心关系数据库已经有 45 岁了。
事情是这样的。退休 IBM 研究员 Edgar Codd 于 1969 年发表了信息技术领域最有趣的论文之一，名为“大型共享数据库的数据关系模型”。很多人都读过这篇论文，包括 System/38 的架构师和开发人员 - 即 Frank Soltis、Dick Bains 和 Roy Hoffman 以及其数据库的主要开发人员之一 Perry Taylor。1974 年，Codd 和 IBM 圣何塞研究实验室的一组研究人员（主要从事存储方面的工作）根据论文中的概念创建了一个名为 System R 的关系数据库原型，其中包括一种类似英语的 DBMS 查询语言，由于商标问题，最初称为 SQUARE，然后称为 SEQUEL，最后称为 SQL。唐纳德·张伯伦 (Donald Chamberlin) 和雷蒙德·博伊斯 (Raymond Boyce)（以创新者的名字命名）根据 Codd 在其开创性论文和后继者中给出的描述创建了 SQL。
Larry Ellison、Bob Miner 和 Ed Oates 也阅读了 Codd 论文，并在 1977 年转发了软件开发实验室——当时 System/38 即将推出，飞机发动机制造商 Pratt & Whitney 已经在生产中使用 System R 原型机。SDL 获得了为美国中央情报局创建关系数据库的合同，埃里森将其命名为 ORACLE，基本上是同名数据库平台的 V1。Oracle 于 1979 年为 IBM 大型机、DEC VAX 和 PC 平台推出了自己的关系数据库，称为 Oracle 2。这是 System/38 推出的一年后，但比 IBM 推出结构化查询语言/数据系统 (SQL) 早了两年。 /DS）关系数据库，用于大型机上的 DOS/VSA 和 VM/CMS 操作系统，四年前 IBM 推出了旗舰产品 Database 2（即 DB2），
根据 Soltis 在他的Inside The AS/400中的复述总而言之，System/38 开发人员正在与 System R 团队以及最终 SQL/DS 团队一起试验二维表格结构化数据格式，并提出了自己的创新。讽刺的是，考虑到中小型企业所需数据库的规模，无名的集成 System/38 关系数据库——部分在处理器和磁盘控制器硬件中实现，部分在微代码中实现，部分在控制程序设施 (CPF) 中实现）操作系统作为良好的设计仍然决定着效率和易用性，而超大规模企业现在才开始意识到这一点 - IBM 罗切斯特团队认为他们只需要实现 Codd 认为数据库所需的四个功能中的三个。关系：顺序、选择和预测。这个 System/38 数据库没有像 System R、SQL/DS 和最终的 DB2 那样具有 Join 功能。
我猜，IBM 罗切斯特从来都不是加入者。但最终，该集成数据库确实能够使用 JOIN 函数从两个或多个表中创建一个巨大的虚拟表。
另一件需要记住的有趣的事情是，System/38 的集成数据库不仅有 SQL 接口，而且还有一个速度更快的本机接口，称为数据描述规范 (DDS)，当我们说更快时，我们意味着更快。在计算能力稀缺并因此昂贵的时代，这种本机数据库支持非常重要。有趣的是，这种 DDS 方法类似于蓝色巨人为其大型机创建的信息管理系统 (IMS) 分层数据库中使用的 Data Language/1 查询语言。IMS 由 IBM 于 1966 年创建，用于管理 NASA 阿波罗太空计划的土星 V 火箭的物料清单。（还记得 IBM 很酷并且真正具有创新精神的时候吗？）
关于 DB2 的事实是，直到 1985 年它才真正在 MVS 上可用，并且直到 1988 年 DB2 才具有足够的性能成为真正的在线事务处理系统，而不是我们今天所说的数据仓库。即使如此 — 当 IBM 试图证明 DB2 的 OLTP 功能时我正在实时观察这一情况 — DB2 仍然存在性能和规模问题。1989 年，当我还是一名初出茅庐的记者时，Tandem Computer 的 NonStop 分布式 SQL 数据库服务器与为加利福尼亚州机动车辆管理局运行 DB2 的 IBM 3090 大型机集群之间发生了一次巨大的竞争——这是一项为期四年、价值 5000 万美元的交易。扣除通货膨胀因素后，今天的价值为 1.24 亿美元，但蓝色巨人输了。
System/38 代表了关系处理领域的真正创新，它从来不需要包含连接，而是需要包含表中数据相互关联的其他三个函数。对于无法将所有内容放入大表中的大型组织来说，联接是必要的。（嘿，关系数据库层不是运行在 Google 内部名为 BigTable 的全球分布式存储平台 Spanner 之上吗？嗯……）
但是，改变中小型企业内部关系数据库使用的真正创新并不是与 SQL 特别相关的任何东西，而是半导体摩尔定律几十年来的不懈和令人高兴的进步，以及始终如一的卓越的硬件-微码-软件结合。 -提供不断改进的关系数据库性能的设计。
这才是真正的交易，我必须翻遍《四百人报》的档案才能找到 1995 年 6 月的那期，那是在我们出版月刊纸质版、浅蓝色纸上的黑色墨水的时候。该图表已更新格式以显示颜色，这很有帮助，并且从 1980 年到 1997 年运行，包括对 IBM 中型机和大型机成本以及 X86 服务器芯片成本的两年预测。看一看：
这是我在 20 世纪 90 年代中期从 CISC 处理器过渡到 PowerPC AS 处理器以及 IBM 过渡到更新一代 CMOS 大型机引擎时做出的预测。我意识到这有点混淆了 IBM 平台的系统成本和 X86 服务器的 CPU 成本，但有趣的是，这些产品线大多遵循相同的趋势。这些是 IBM 系统以及当时每条生产线中可用的最大系统的市场价格。性能标准化为 MIPS，而不是 RAMP-C 或 CPW，这两者是 AS/400 及其后代常用的性能指标。
有趣的是，与 20 世纪 80 年代初期的 IBM System/370 大型机相比，System/38 的事务处理成本要高得多。这不仅仅是贵了一点——而是贵得离谱。
随着 1988 年 AS/400 的推出，以及智能 I/O 处理器的出现，该处理器处理了许多以前加载在控制器和 CPU 上的功能，AS/400 的性能得到了提升，而成本则大幅下降。 System/38——事实上，随着 AS/400 的推出，IBM 中型机第一次比大型机便宜。System/38中的关系数据库绝对不是免费的，即使它的功能嵌入到硬件和固件中，它的成本也是如此。
1980 年即将结束时，System/38 的价格约为每 MIPS 300 万美元，而 System/370 的价格约为每 MIPS 300,000 美元。1988 年初，大型机和中端机的价格略高于每 MIPS 100,000 美元，但随着 AS/400 Model B70 的出现，价格降至每 MIPS 67,300 美元，并且差距不断扩大。1995 年，高端 CISC AS/400 的成本约为每 MIPS 13,000 美元，预计使用 PowerPC AS 处理器时将降至每 MIPS 7,000 美元左右（最终接近每 MIPS 6,000 美元），而 ES/9021 的定价则为、ES/9121 和 ES/9672 大型机的“中端”9121 机器每 MIPS 15,000 美元，双极 9021 机器每 MIPS 接近 22,500 美元；9672 机器处于中间位置，存在一些单线程性能问题。
IBM 中型机和大型机平台之间的系统软件、支持和数据库软件成本也存在类似的差距，据我们所知，这些差距并没有消失，但趋势线仍然存在。
那么，主机上的 Db2，祝你生日快乐。我们总是做得更好，而且自 1988 年以来，我们的价格也越来越便宜。
文章来源：https://www.itjungle.com/2023/10/02/40-years-of-db2-but-even-more-for-that-no-name-database-embedded-in-system-38/
