用于VSAM的方解石

Question

我正在尝试公开大型机文件，以便在Java中更动态地使用COBOL程序和外部程序。

我的阅读表明，我可以将COBOL配置为使用JDBC连接。这可能只是JCL中的配置，但我认为它更像是一个预处理过程。

我还发现，JzOS库将提供从本身的访问。

所以从技术上讲，我认为这是可能的，但我找不到一个帖子。我知道这是一种边缘情况，但我喜欢方解石将它们作为标准JDBC对象公开的想法。

有什么想法？问题？担心？

Answer 1

请理解…之间有很大的不同。

• 什么是技术上可行的
• 什么是您的商店中允许的
• 根据您的需求

可能会提供强大且可维护的解决方案

这是三件截然不同的事情。我们中的一些人的生活经历使我们在回答有关技术上可行的问题时保持沉默，而没有提到你的商店允许什么或正在解决的实际业务需求是什么。

大型机已经存在了半个多世纪，许多商店都有技术问题的标准解决方案。有时解决方案是“不要那样做，下面是我们要做的”。违反你的技术人员的建议，或你的商店标准，是职业生涯的限制。

好了，别挡道了。

VSAM不是DBMS。它具有DBMS的一些特征，但它本身并不是DBMS。

分享需求可能会让你头疼。VSAM文件是使用SHAREOPTIONS参数定义的，该参数指示可以同时读写的进程数。请记住，定义这些自由意味着每个应用程序必须控制写入的序列化，并且所有应用程序共同负责数据完整性。

考虑到应用程序将由不了解其他应用程序对这些VSAM数据集进行读/写的人编写，超出您的控制范围和知识范围。

我会通过web服务提供访问来实现这一点。不是简单的CRUD，而是SOA风格的特定于业务的功能。CICS是您的朋友。

考虑在大型机上使用DBMS，而不是VSAM文件。

请尽量避免使用inner-platform effect。

此外，this Q&A可能会引起您的兴趣。

Answer 2

Rocket Software有一个data virtualization product，它通过JDBC公开平面文件，VSAM，IMS数据库。IIRC，您还可以使用MongoDB wire protcol访问大型机数据源。我认为你可以免费使用它，并支付支持费用，但这可能只在z/OS上与Apache Spark一起使用时才会发生。