這篇文章主要說明下在Oracle技術中集成對象數據類型支持是很難的；數據集使這項工作很難完成。你們支持這一點嗎？對象數據類型支持當前處于評估期。在.Oracle技術似乎沒有快捷的方式來完成這項任務。

VSM：BLOB支持有什么好處？Ref Cursors支持呢？你是否可以更新BLOB的一小部分，然后回應你所做的更新？
Demarest：我們在ODP.NET為此提供了全面的支持。

VSM：也支持Unicode嗎？
Demarest：是的。Oracle技術包含在我們所有的版本中，在ODP.NET beta版中也有。

VSM：ODP.NET的性能怎樣？
Demarest：相當棒！這總是我們的一個重要的標準。我們希望并期待我們的provider可以勝過ADO和OLE DB。

VSM：在ODP.NET中你們支持COM+事務處理嗎？Oracle技術：是的——它已經在beta版中了。同Microsoft相比，Oracle在beta版方面更謹慎。我們的大多數beta版產品的質量都同Microsoft已發布的產品的質量是一樣的。#t#

我們用的方法就是為一個不確定的東西定制一個alpha/beta程序。Microsoft的beta版產品更多是用于行銷，而不考慮質量問題。

VSM：Visual Studio是硬編碼的，所以***可以用于它的數據提供者（data providers）就是SQL Server的SQL client 和OLE DB以及Access，是嗎？另外，一個稱為Oracle技術的獨立軟件開發商（ISV）已編寫了它自己的同等的data provider，你可以安裝在Visual Studio中。

但它的功能沒有Oracle或Microsoft那么多。而且，當然，Data Direct有一個本地的data provider for Oracle。那么，Oracle是否有計劃給Visual Studio編寫獨特的Oracle附件呢？

Demarest：我們正在觀望，但目前還沒有報告。VSM：假如你采用Oracle技術的data provider，把它安裝在Visual Studio中，在工具條上顯示圖標，然后拖拉一個data adapter到設計器表面上，你不會成功。這樣不行。你被鎖在了IDE外，所以你只能一行行地寫代碼，是這樣嗎？

Demarest：這就是另一個我們希望集成到Microsoft VS中來生成ODP.NET代碼的原因。我們想通過Microsoft解決這個問題。很可能會成功。Microsoft的人喜歡有一個封閉的環境，而且擁有自己的整個堆棧。所以在這里我不好說。