IBM i与其他平台有很多不同，但其中最独特的是专门为IBM i客户集成了DB2数据库。 但是，现在到了IBM i支持多变量数据库的时候了吗？
在许多方面，DB2 for i是平台的最大优势。 IBM i以提供处理能力著称，推动了ERP和其他业务APP应用的发展，而DB2 for i为这些系统提供了强大的动力引擎。
理论上，没有DB2 for i的IBM i服务器也可以工作。 例如，您可能希望在X86服务器上单独运行Oracle或SQL Server数据库。 但是，这样做会完全失去IBM i平台的优势，不能说是计算规则。 在Oracle JD Edwards和SAP Business Suite的典型异构设置中，IBM i服务器几乎总是为数据库供电，而主要的X86服务器及其Windows和Linux操作系统则为APP应用程序和HTTP服务器供电
这一以数据库为中心的身份几十年来一直服务于IBM中端平台。 DB2 for i数据库非常成熟，支持SQL和DDS编程结构，支持ANSI SQL。 更重要的是，每当IBM i平台发布新版本时，DB2的性能也会随之提高。 所以，IBM i需要更多的东西吗？
这个问题的重点可能是，由于数据本身的性质发生了变化，因此保存方法也需要发生变化。 IBM首次开发AS/400时，存储(主要是磁盘)比今天更昂贵，因此公司希望将存储降至最低。 由于IBM的存储体系结构也反映了这一事实，因此写入磁盘的数据非常精细或结构化。
这为关注结构化数据的行业提供了很多便利，关系数据库管理系统(RDBMS )也得到了迅速发展。
但是，随着时间的推移和存储成本的降低，需要优化数据以适应较小的空间的数据越来越少。 2000年左右，可扩展标记语言(XML )开始普及。 XML极大地扩展了数据的自我引用，也就是说，通过每个数据，可以在数据和APP应用程序中进行扩展。 可用于标记数据、定义数据类型的XML文档是允许用户定义自己的标记语言的源语言。
XML极大地简化了数据整合挑战，但其本身也存在许多挑战。 其中最明显的是，XML文档分析较慢，如果尝试分析为DB2 for I理解的格式，则XLS运行程序的处理器将耗尽。 对于注重简单性和易用性的传统RPG程序员来说，这显然有点复杂。
10年前，Web 2.0革命刚开始的时候，JSON开始进入我们的视线。 与XML一样，JSON也是自定义的半结构化数据格式，但JSON比XML快得多。
无SQL的兴起
如今，JSON已超越XML成为Web开发中非常受欢迎的数据格式，它推动了新的非关系数据库管理系统的诞生。 ——否SQL。 ——MongoDB是目前最常见的NoSQL数据库之一，它以JSON (称为BSON )的格式存储数据。 Couchbase也是很受开发人员欢迎的NoSQL数据库，它以JSON格式存储数据。
从DB-Engine来看，目前有四个常见数据库： Oracle、MySQL、SQL Server和PostgreSQL。 关系数据库仍然占主导地位，因为世界上许多公司以前都部署过关系数据库，在开发APP应用程序方面花费了数万亿美元，所以关系数据库并不容易被带到狗那里。
但是，NoSQL数据库正在迅速获得市场份额，特别是在Web和移动APP应用程序领域。 由于NoSQL数据库的巨大进步，开发人员希望在读取APP应用程序中的数据时选择NoSQL数据库而不是关系数据库。 NoSQL数据库侧重于保存自定义数据类型，随着时间的推移，其好处会更加明显。
当然，像DB2这样的RDBMS也在发展，支持水平可扩展性、JSON支持等NoSQL功能。 IBM最初也在I中添加了对JSON的支持，但这一支持还不完善，未来的技术更新可能支持更多功能。
为什么需要其他数据库？
DB2 for IBM是IBM i平台的主要故事线，但并不是该平台唯一正式支持的数据库。
差不多十年前，IBM正式支持了由Monty Widenius创建的开源关系数据库，主要是为了支持PHP APP应用程序。 现在，除了Oracle对MySQL的自私承诺外，由于IBM i平台在2001年放弃了对MySQL的支持，MariaDB正在全球范围内逐渐取代MySQL。
MariaDB和MySQL都是关系数据库，并得到PHP、Perl和Python开发社区的支持，从而简化了在IBM i平台上用这些语言编写的程序，但与DB2 for i完全不同
MySQL和MariaDB是平台上备用数据库的最佳示例，还有几个其他项目。 其中之一是由IBM i开发者Christopher Burns主导的Inuendo项目。
Inuendo是IBM i的相关数据库，其目的是大大简化数据存储方法并加快事务处理速度。 关系数据库依赖于一组提供对数据库中存储的业务实体的访问的唯一标识符，而不是使用几十个相互关联的表、索引和访问路径来构建数据库架构。 虽然支持SQL，但访问主要通过一定数量的API进行。
>IBM i的另一个数据库是ERROS connectionist数据库，由英国IBM i开发人员Rob Dixon开发。Dixon最初开发了ERROS的初衷是支持他正在开发的S / 38应用程序，其在尊重权威和维持高性能的同时支持了灵活性。
作为connectionist数据库，ERROS特别适用于定义双向关系，无需查询语言即可导向关系的任一方，拥有几乎存储无限深度的层级能力。
值得注意的是，与其它数据库想要提到DB2相比，ERROS更像是站在DB2的肩膀上。Dixon表示，ERROS核心的“通用数据结构”存储了所有数据定义、应用程序定义和权限以及所有用户数据。
Dixon 表示ERROS允许增量开发，没有详细的用户规范，没有物理文件设计或规范化，没有SQL，我创建ERROS的初衷是为人文创造一个先进的系统，但它同样也适用于在商业环境中创建主要的互联网系统，包括事务处理。”
数据库作为工具
即使数据的性质发生了变化，我们也要使用数据库来存储它。IBM在交易处理方面的优势存在并将长期存在下去。但是现在大部分企业的数据都不是关系型的，并不适合整合在RDBMS中。
所以IBM也在积极的适应这些改变，向MariaDB为开源编程语言开发的插件提供兼容性。正如程序员的开发工具正在逐渐变化，数据库的数量和种类也在变化。为了确保能够和快速变化的IT保持同步，IBM会将更多更新的开发技术整合到IBM i 平台中，让程序员更容易的将不同类型的数据处理引擎插入到IBM i中。