微軟決定不再選擇Oracle作為其ADO.NET roadmap數據提供商之后，使得市場上眾說紛紜，有的說這是微軟十分明智的決定，而其它猜想這是否將意味著大量的代碼重寫。
正如昨天報道的，微軟已經停止了其System.Data.OracleClient。盡管其在.NET Framework 4中還有，但這已經被標記為“過時了”。
更讓人吃驚的是，微軟將不再直接向數據庫架構提供商(DSP)提供ADO.NET實體框架的Visual Studio Team System軟件(VSTS 2010)。這是Quest軟件公司發言人向我證實的，而這是今年早些時候微軟曾宣布提供給數據庫架構提供商的。
“我們十分期待看到以后發布的版本的以實體框架為中心的應用程序和離線模型驅動的數據庫之間的差距。”該發言人在一封電子郵件中說。
這一消息對于紐約的一家主要銀行的副總裁、資深技術專家Ayub Patel真是讓人失望，他們的ASP.NET 2.0應用程序需要連接到Oracle數據庫。Patel希望轉移到實體框架以使得功能有所改善。“實體框架更強大并且是以C#類語言為基礎的。我們希望充分利用這一部分。” 他補充說，使用第三方工具不是一種選擇，因此他決定將等到Oracle或微軟有更好的方案。
但是微軟正在準備用第三方的工具來填補現在停止的ADO.NET數據供應商甲骨文公司的空白。諸如DataDirect Technologies和Devart提供這種工具。此外，甲骨文公司的供應商為甲骨文提供. NET(ODP.NET)，擁有許多優于微軟的System.Data.OracleClient。
“我們已經擁有Oracle數據提供商的.NET，這明顯優于微軟版本。” 英國伯明翰的Ravi Santlani寫道。
“微軟正在放棄重復努力以保持一個數據提供商，甲骨文已經不可能做到更好了。” Lancaster， Pa.的Lynn Crumbling補充。
“ ODP.NET為甲骨文公司提供更全面的支持，這顯示了對甲骨文的數據類型更微妙的理解和忠誠。”紐約twentysix技術主管Andrew Brust表示。
Brust補充說，這一切都要歸結于：“如果我們能不斷從微軟獲得API數據，我們就不會繼續重復這種循環。從ODBC到OLE DB再到 ADO.NET要花費幾個周期的從寬泛的數據支持和其他數據庫的循環。隨著LINQ和實體框架的到來，我們基本上又一次經歷了這種循環。（編輯：王小凡）
進入論壇>>聲明：IT商業新聞網登載此文出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其描述。文章內容僅供參考。新聞咨詢：(010)68023640.推薦閱讀
7月1日之后，在我國銷售的個人電腦將預裝一款名為綠壩花季護航的綠色過濾軟件，屏蔽黃色等不良信息，消息一出引發廣泛關注，也引起網民熱烈爭議。 在我國的3億網民中，年輕人尤其是青少年學生所占比重很大，網民低齡>>>詳細閱讀
本文標題：微軟更難與甲骨文溝通了？
地址：http://m.sdlzkt.com/a/xie/20111230/202925.html
網友點評
精彩導讀
科技快報
品牌展示