Oracle Provider for .NET擴充了ADO.NET 2（ZT）

ado|oracle VSM：Oracle Objects for OLE（OO4O）是設計作為ADO的替代的，它可以做JDBC所做的一切。OLE DB和ADO.NET的作用是OO4O所有功能的一部分。OLE DB不支援Oracle 8中引進的對象資料類型。OO4O怎樣呢？
Demarest：OO4O支援對象資料類型。而且我們認為ADO.NET也支援對象資料類型。OLE DB不支援，是因為它是在舊的規範上編寫的。ADO從來不會運用另外的介面。它是封閉的，不像Microsoft設計的那樣可以擴充。這就是我們為什麼開發ODP.NET的原因。 ADO.NET不能訪問Oracle中的所有那些更進階別的功能。

VSM：並不是許多開發人員都以多種方式運用OO4O，但他們將它用於了XML功能。你們的.NET支援也具有OO4O的所有功能嗎？
Demarest：我們的許多使用者都選擇OO4O而不是OLE DB， 是因為它的品質、可擴張性和效能，以及我談到的其它功能，如進階列隊、處理Oracle物件類型和新的XML資料庫效能。OO4O為Oracle環境被最佳化了，而Microsoft提供的功能在本質上更普通。ADO.NET規範給了我們機會使我們可以將我們自己的功能提供給Windows開發人員。這就是我們的.NET支援。我們的方向是提供一個全面的功能訪問。所以對你這個問題的回答是肯定的。我們將根據我們使用者的需要支援.NET。

VSM：在.NET中，能夠得到在Java中同樣層級的XML支援嗎？
Demarest：我們準備提供我們的XML DB。那是我們的本地的XML資料庫效能，是為Oracle 9i版本2而公布的。現在它還是beta版：在一年內會發布正式版本。最重要的技術想法就是你總是可以用Oracle做標準的調用。VS開發人員總有方法可以得到我們的XML資料庫，雖然它需要C或C++調出。

VSM：你可以在C#中做那些調出嗎？
Demarest：對C#我沒有把握。它可能可以訪問C/C++類庫。

VSM：與Java使用者相比，Oracle是否認為.NET使用者是二等公民？許多VS開發人員似乎都這麼想，認為所有的Oracle的東西在編寫時都考慮的是Java，並沒有考慮到Windows APIs。
Demarest：我不同意這種說法，我認為Microsoft使Java使用者成為二等公民。那些.NET提供的服務具有類似的功能——我們支援它們。J2EE規範更成熟/完整，所以需要支援的更多。.NET一直是我們前進的目標。我們需要融合.NET的一些技術，以使我們的產品更有說服力。顯然Microsoft有特權並可以完全地、直接地使用作業系統開發，而我們不行。但我們通常可以與Microsoft保持步調一致，所以我想我們在資源、白皮書、研討會和產品發行方面同任何其它公司做的一樣好。
Oracle主要是一個技術基礎架構公司，用於企業處理。使用者想要安全的結構，所以我們不想發行任何東西，直到一切都為生產環境做好了準備。看看在Oracle技術網站上Windows開發中心提供的所有內容吧。我們是很積極主動的。

VSM：在.NET中整合對象資料類型支援是很難的；資料集使這項工作很難完成。你們支援這一點嗎？
Demarest：對象資料類型支援當前處於評估期。在.NET中似乎沒有快捷的方式來完成這項任務。如果它達到臨界品質，我們將支援它。

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

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

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

VSM：在ODP.NET中你們支援COM+交易處理嗎？
Demarest：是的——它已經在beta版中了。同Microsoft相比，Oracle在beta版方面更謹慎。我們的大多數beta版產品的品質都同Microsoft發行的產品的品質是一樣的。我們用的方法就是為一個不確定的東西定製一個alpha/beta程式。Microsoft的beta版產品更多是用於行銷，而不考慮品質問題。

VSM：Visual Studio是硬式編碼，所以唯一可以用於它的資料提供者（data providers）就是SQL Server的SQL client 和OLE DB以及Access，是嗎？另外，一個稱為Data Direct的獨立軟體開發商（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的人喜歡有一個封閉的環境，而且擁有自己的整個堆棧。所以在這裡我不好說。