Vb.net 是否将自定义ADO.NET实现作为WCF服务的客户端？

我们在这里使用特定的ODBC驱动程序来访问遗留数据库。我们自制的软件（连接到数据库的两层应用程序）确实可以将其用于某些操作。不幸的是，由于许可限制，我们不能在多台计算机上部署ODBC驱动程序。我在想办法解决这个问题

我最初的想法是WCF服务和POCO。但是，由于该应用程序引用了一个包含丰富的通用ADO.NET帮助程序函数集的库，因此我确实希望重用这些函数来与服务器通信。因此，我正在考虑使用自己的ADO.NET实现来访问WCF服务，该服务将依次公开会话对象以处理客户端发送的查询

---

以前有人做过这样的事吗？实现自己的ADO提供程序还有什么挑战？另外，在我重新发明轮子之前，是否已经存在类似的东西？

您可以使用ODBC-ODBC桥从任何其他机器访问传统的ODBC驱动程序，并且仍然可以通过ODBC访问它。在我看来，这样做会省力很多

更新：我只能描述Easysoft ODBC-ODBC网桥，因为我没有看到任何其他网桥的代码。在客户端安装OOB客户端ODBC驱动程序。在服务器端安装服务。客户端有效地将ODBC调用和数据发送到服务器，并将它们重定向到要使用的实际ODBC驱动程序。当然，ODBC API和协议中都进行了大量优化。这样做有很多好处a）您可以使用您无法获得的驱动程序，用于您想要在其上编码的平台b）您可以使用32位应用程序与64位驱动程序通信，反之亦然c）您可能只能或希望为服务器上的驱动程序/数据库使用一个许可证d）您可以跨网络访问远程驱动程序等

---

在Easysoft OOB中正确处理事务。

它到底是如何工作的？它有自己的ODBC驱动程序吗？它将查询按原样传递给服务器上的真正ODBC？交易支持怎么样？