我是一家微软主导的公司的软件工程师,有时在大型项目之间,我会被要求为这些大型项目提供支持。这几乎总是涉及某种形式的数据库交互,并且由Microsoft技术主导,我们选择的数据库当然是Microsoft SQL Server。这使得用非Microsoft语言开发支持应用程序成为一个真正的问题。
我看过Smalltalk、Go、Scheme和Factor,我总是得出相同的结论,那就是这是不可能的,也不值得付出努力,因为ODBC对这些语言的支持太脆弱了,没有用。
我研究了通过web服务创建数据访问层的可能性。然而,这并不总是理想的情况,对于大量的数据,这可能会成为一个瓶颈。
我可以克隆数据并将其导入到更开放的数据库系统中,然后使用我选择的语言进行开发。这似乎是一个非常不必要的步骤,也意味着我不再使用原始数据。
其他C# .Net开发人员如何开发严重依赖非微软语言的微软堆栈的支持应用程序?
发布于 2012-11-15 09:47:07
您可以考虑在您选择的任何语言中使用本地驱动程序,而不是使用ODBC路线。这可能更“适合”该语言的方法。例如,Python有pymssql和cx_oracle,它们都更符合语言的约定,而不是试图强迫它成为ODBC的最小公分母。我不熟悉您列出的语言(也不清楚您是否将这个问题仅限于这些语言),但我怀疑那里存在类似的情况。
在关于SQL Server access的讨论中,FreeTDS也提到了很多,但主要是从Linux的角度。
另一种变体:如果您使用IronPython或IronRuby等使用.Net DLR的工具,则可以使用.Net框架及其ADO.NET库,同时仍然应用新的语言方法。
https://stackoverflow.com/questions/13381122
复制相似问题