【问题标题】:Alternatives to writing an ODBC driver编写 ODBC 驱动程序的替代方法
【发布时间】:2010-10-30 15:48:42
【问题描述】:

我们将分配的时间序列数据存储到我们自己的专有“数据库”中。在我们系统的下一个版本中,我们希望为我们的用户提供一个简单的查询机制,以使用标准工具从数据库中提取原始数据(作为我们系统可以创建的报告的补充)。

我已经研究过编写 ODBC 驱动程序的可能性,但它看起来是一项相当艰巨的任务,尤其是在使用非常简单的 select 语句时。

我将不胜感激图书馆的任何提示、想法和/或推荐,这可以使这项任务变得更简单。

我们的平台是 Windows 和我们的开发者。环境。是视觉工作室 2010 (nativ C++)

【问题讨论】:

    标签: c++ odbc driver


    【解决方案1】:

    【讨论】:

    • 必须研究一下,“数据库”的接口是一个 RPC 接口,以前从未在 C# 中使用过,我猜你将整个事情实现为通过 RPC 通信的 dll 或 com 对象到“数据库”
    • @RA:您需要一个协议来在您的经理 LINQ 提供程序和您的后端之间进行通信。我会使用 REST,这也可以让我通过 REST 访问后端。但我不得不说,这些都没有让大多数商业产品任何更接近,因为绝大多数都需要 ODBC 或 OleDB 访问。
    • 感谢您的意见,将仔细研究它,但正如您所说,这可能比我们心目中配备的人更适合将数据集成到他们自己的系统中的高级客户使用 Toad 和一点 SQL 知识。
    【解决方案2】:

    这取决于什么让您的客户满意。似乎比编写 ODBC 驱动程序更容易提供一个库函数,该函数可以解析简单的 SQL 选择并以所需的任何形式传递结果。

    【讨论】:

    • 是的,同意。但看起来他希望 ODBC 允许他的客户使用标准工具:I.E. Crystal Reports 针对他的专有数据库生成报告。
    【解决方案3】:

    看看OData 可能会很有趣,将您的数据公开为 OData 生产者,然后您将能够允许您的用户使用已经可用的consumers 立即查询它,例如Linqpad。

    【讨论】:

    • 看起来很有趣,但 SDK,唯一的问题似乎是仅 .Net/java 的 SDK。
    猜你喜欢
    • 2017-01-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-11-03
    • 1970-01-01
    相关资源
    最近更新 更多