連接Oracle 的設計可以作為ADO進行替代，也可以做JDBC所做的一切。OO4O所有功能的一部分分為OLE DB和ADO.NET。但是OLE DB不支持Oracle 8中引進的對象數據類型。

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++類庫。#t#

VSM：與Java用戶相比，連接Oracle是否認為.NET用戶是二等公民？許多VS開發人員似乎都這么想，認為所有的連接Oracle的東西在編寫時都考慮的是Java，并沒有考慮到Windows APIs。

Demarest：我不同意這種說法，我認為Microsoft使Java用戶成為二等公民。那些.NET提供的服務具有類似的功能——我們支持它們。J2EE規范更成熟/完整，所以需要支持的更多。.NET一直是我們前進的目標。我們需要融合.NET的一些技術，以使我們的產品更有說服力。顯然Microsoft有特權并可以完全地、直接地使用操作系統開發，而我們不行。但我們通常可以與Microsoft保持步調一致，所以我想我們在資源、白皮書、研討會和產品發行方面同任何其它公司做的一樣好。

連接Oracle主要是一個技術基礎架構公司，用于企業處理。用戶想要安全的結構，所以我們不想發行任何東西，直到一切都為生產環境做好了預備。看看在連接Oracle技術網站上Windows開發中心提供的所有內容吧。我們是很積極主動的。