IBM i (OS/400) 数据库操作系统

今天，我想向您展示有史以来最迷人、最令人惊讶的操作系统之一。它不是另一个 Unix、Linux 或 Windows。它是一种走自己的路的架构，并证明系统工程设计可以看起来完全不同。我说的是 IBM 的孩子，对于许多人来说，它可能是“无聊的银行系统”的代名词，但实际上，它是 IT 历史上最不妥协的项目之一。虽然我们今天对抽象和虚拟化感到兴奋，认为我们正在发现新的领域，但这个系统在几十年前就已经做到了。想象一下一个系统不知道我们所理解的“文件”概念。一个一切都是对象的系统，所有磁盘和操作内存形成一个巨大的平坦空间。如果您正在寻找真正的工程不需要流行语来让您震惊的证据，我邀请您继续阅读。 AS/400 (IBM i) 的诞生 要了解这一现象，我们必须回到 20 世纪 80 年代，并将自己传送到位于明尼苏达州罗彻斯特的 IBM 实验室。这就是代号“银湖”的项目诞生的地方。工程师们面临着融合两个不同世界的艰巨任务。一方面，我们有 System/38。它是一台领先于时代的机器，已经拥有集成的关系数据库和创新的内存管理，但它价格昂贵且难以使用。另一方面是极其流行的 System/36，尽管其架构简单得多，但因其简单和直观的界面而备受赞誉。 Silver Lake 项目的目标是创建一个平台，采用 System/38 的技术力量，并赋予其 System/36 的用户友好性。这项工作的成果是 1988 年 6 月推出了 AS/400（应用系统/400）平台。应该指出的是，AS/400 指的是硬件/平台，而 OS/400 是专用操作系统。 Frank Soltis 博士设计的架构不仅仅是一种妥协，更是一次技术飞跃。一个关键假设是保护客户对软件的投资。借助 TIMI（技术独立机器接口）抽象层，公司可以将其应用程序从旧系统迁移到新平台，而无需从头开始重写代码。这种方法定义了未来几十年系统的身份。尽管营销名称多次变更——从 AS/400，经过 iSeries、System i，再到现在的 IBM i——Soltis 在罗切斯特奠定的基础仍然完好无损。正是这种连续性，使得 1990 年编写的程序能够在今年生产的服务器上原生运行。 AS/400 硬件不再存在，但操作系统仍然保留并在 IBM Power 平台上运行。数据库操作系统 在软件世界中，我们习惯于明确的划分。我们有管理硬件和在其上运行的应用程序的操作系统。在典型的Windows或Linux环境中，像Oracle或SQL Server这样的数据库只是另一个需要单独购买、安装和维护的程序。就IBM i而言，情况完全不同，这一点构成了该平台的绝对独特性。这里，i的关系数据库Db2不是覆盖。它直接内置于系统内核中，位于机器接口级别之下。这种架构使得操作系统和数据库成为不可分割的统一体。操作系统不会将数据表视为磁盘上的普通字节流，其内容与其无关。操作系统完美地“理解”业务数据的结构，并像对待任何其他本机系统对象一样对待 SQL 表。因此，授权、空间管理或记录锁定等机制都是在最低、最高效的内核级别处理的，而不是由争夺 CPU 资源的外部应用程序处理。这种方法消除了通信开销，并使该平台在 OLTP（在线事务处理）领域占据主导地位数十年。系统的对象本质 该系统的哲学与 Unix 将所有内容视为文件的方法相反。在 IBM i 中，基本单位是对象。无论我们谈论的是程序 (*PGM)、数据文件 (*FILE) 还是用户配置文件 (*USRPRF)，每个资源都具有严格定义的结构，其中包含标头和功能部分。这种结构通过封装机制极大地提高了安全级别。系统根本不允许您在文本编辑器中编辑已编译的程序或执行尚未正确处理的代码。只有通过系统定义的接口和命令才能访问对象的内部。因此，试图覆盖可执行代码的病毒或恶意脚本会在系统级别遇到障碍。硬件抽象和代码寿命 该架构的另一个支柱是 TIMI（技术独立机器接口）层。为此系统编写的应用程序不c