Alternatives to writing an ODBC driver

自闭症网瘾萝莉.ら 提交于 2021-02-19 03:23:32

问题


We are storing allot of time series data into our own proprietary "database". In the next version of our system we want to give our users a simple query mechanism to extract the raw data from the database (as a complement to the reports our system can create) by using standard tools.

I have looked at the possibility to write an ODBC driver, but it looks like quite a daunting task, especially when the use will be very simple select statements.

I would be grateful for any tips, ideas and/or recommendation of libraries, that could make this task a bit simpler.

Our platform is Windows and our dev. env. is visual studio 2010 (nativ C++)


回答1:


A LINQ provider.




回答2:


It depends on what makes your customers happy. Easier than an writing ODBC driver would seem to provide a library function that can parse simple SQL selects and deliver the result in whatever form desired.




回答3:


It might be interesting to take a look at OData, exposing your data as an OData producer, you would then be able to allow your users to query it right away using the already available consumers, e.g. Linqpad.



来源:https://stackoverflow.com/questions/4059411/alternatives-to-writing-an-odbc-driver

标签
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!