我们如何在大型机上开发一个应用程序，以便在没有DB2/z的情况下访问DB2/LUW？

Question

我们开发了一个在大型机（z/OS）上运行的应用程序，它使用CAF（呼叫附加工具）与DB2/z通信以存储其数据。

那些已经拥有DB2/z（因此无论如何都要付费）的客户并不担心，但还有其他客户希望使用我们的应用程序而不必承担数据库费用。

由于费用问题，他们表示希望我们的产品不使用DB2/z。在z/OS下，DB2的许可费相当高，我们的应用程序并不真正需要它所提供的疯狂的可靠性。

因此，他们希望我们在与大型机完全分离的机器上，在zLinux（SLES/RHEL）或DB2/LUW下运行DB2。甚至，在非IBM数据库中，这可能会更加困难。

为了实现这一点，我们正在寻找对代码进行最小更改的解决方案。DB2有其所有的联邦功能，允许使用DB2/z的程序无缝访问在其他地方运行的实例上的数据，但这仍然需要DB2/z，因此不会降低成本。

将所有数据从大型机转移并允许我们从应用程序中完全删除DB2/z依赖项的最简单方法是什么？

Answer 1

这不是一个答案，只是一些想法和观察。

我能想到的一种方法是将您的应用程序层分为I/O层和应用程序层。应用程序将在Z/os上运行，I/O层将在托管数据库的任何机器上运行。然后，所有数据访问都将通过TCP/IP或UDP上的远程过程调用进行。这将是大量的设置和配置工作。更糟糕的是，它可能只适用于只读类型的操作，因为面对更新操作，管理事务ACID（原子性、一致性、隔离性、持久性）属性成为一场真正的噩梦。

正如cschneid所指出的，您可以尝试使用开源“滚动您自己的”数据库管理系统；但这也可能会导致比它解决的问题更多的问题。

我想你关于“推大石头上山”的观察总结了这一点。

Answer 2

基于@NealB的回答，创建层的另一种方法是在应用程序层中没有SQL，而是调用子例程来完成您的I/O。您表示您愿意创建自定义构建，因此您可以为通常要求的持久层创建一组例程。

调用“数据库连接”模块，对于z/OS上的DB2，该模块将执行CAF调用；对于z/Linux上的DB2，该模块将（比如）建立到DBMS的SSL连接。使用指向所需数据结构的指针的联合来维护内存中的结构，以便与所选DBMS通信。

FWIW我见过这样做的供应商代码，允许业务逻辑独立于DBMS实现。一些商店使用VSAM，其他商店使用DB2和其他IMS。数据模型很凌乱，但有时它们是断裂的。