这篇文章主要说明下在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的人喜欢有一个封闭的环境，而且拥有自己的整个堆栈。所以在这里我不好说。
