DevArt的dotConnect for Oracle與DataDirect的ADO.NET數據提供程序

有沒有人對DevArt的dotConnect for Oracle和ADO.NET data provider from DataDirect進行了比較分析。DevArt的dotConnect for Oracle與DataDirect的ADO.NET數據提供程序

我們正考慮在這些框架中使用可用於關鍵企業應用程序的實體框架支持。我閱讀提出了一些文章如下：

DevArt dotConnect快得多相比，DataDirect的
DataDirect的許可證更昂貴的DevArt許可證

可有人扔在更多的光技術方面，以幫助決策過程？

來源

2009-11-23 Chai

由於無私利方沒有留下任何評論，我們會盡可能發佈中性評論。
從2013年8月30日起，Devart擁有更長的EF支持歷史。在這兩年中，我們考慮了衆多錯誤報告和用戶請求。我們還創建併發貨了我們的產品Entity Developer - 強大的設計時間工具。
我們不能稱我們對Oracle的實體框架支持是理想的 - 這個ORM最初是爲MS SQL Server設計的，所以考慮到其他DBMS的奇蹟的可能性非常有限。僅提及CROSS APPLY和OUTER APPLY problem就足夠了。
但是，儘管存在這些問題，我們大多數用戶都能夠成功和舒適地使用Entity Framework。
這就足夠說了，但你提到了「關鍵企業通關」。在這種情況下，我們建議您查看我們的Oracle特定的LINQ to SQL實現 - LINQ to Oracle。
LINQ to SQL並不假裝構建跨數據庫解決方案，因此可以考慮單獨的DBMS（特別是Oracle）的特性。與實體框架不同，我們只對生成的SQL查詢進行部分控制，在LINQ to Oracle案例中，我們完全控制了這個過程。這個事實使我們有機會生成快速且有效的Oracle特定查詢，並加快了錯誤修復和改進過程。
對於傳統的Oracle數據庫，EF通常很難應用，與LINQ to Oracle不同。
使用實體開發人員也可以使用LINQ to Oracle模型設計時間。

來源

2009-11-26 15:19:20 Devart

1.您能否更多地瞭解「考慮其他數據庫管理系統的奇蹟的可能性顯着有限」？ 2. LINQ to Oracle缺少像使用繼承等功能來定製模型映射等功能。 – Chai 2009-12-11 07:48:55

1.不可能從EF中的存儲過程返回幾個結果集。在EF中不可能使用與觸發器不相關的序列。那麼數據類型不是來自「數字，字符串，日期時間，二進制，GUID」枚舉？這份清單並沒有以這些問題結束。 2. LINQ to Oracle支持Table Per Hierarchy繼承。我們支持LINQ to SQL的所有主要功能。 – Devart 2009-12-11 10:33:43

這裏是最新的反饋，但在一些測試中，我們現在正在加載數十萬行，DataDirect驅動程序是最快的 - 比MSFT驅動程序快大約10倍。 DevArt也非常快，但只有幾秒鐘，然後它花費所有的時間垃圾收集。在我們的例子中，原始選擇速度的區別在於驅動程序將它們的值轉換爲.NET對象的智能程度如何，而不一定能夠以多快的速度將字節從線路中拉出。

來源

2010-02-12 03:59:35

DevArt的dotConnect for Oracle與DataDirect的ADO.NET數據提供程序

回答

相關問題