集成开发环境包括许多新的和改进的用于提高工作效率的功能。IDE 还进行了重新设计，从而向开发人员提供对.扩展ADO.NET组件的直接访问，从而向开发人员提供对.NET Framework 组件的直接访问。

不过这么一来就有一个问题数据库是不是要自动生成我的理解的决策依据如下：扩展ADO.NET如果要解决很多人口里的所谓性能问题，那么数据库就必须不能用任何自动化工具生成，而需要人的主动设计。

如果仅仅是一些数据库尺寸在10G以下的项目，那么就用工具自动生成好了数据库的设计是国内部分普通程序员的软肋，他们在编码上的技术能力已经非常高超，但是数据库对他们而言仅仅是类似一个文本文件的作用。保存和读取而已。#t#

除了主外关键字，字段Check，默认值、非空等等能细致考虑的已经不多创建数据库时候使用文件组也不是很积极至于数据库的物理设计基本就不用考虑了自然，扩展ADO.NET上述内容应该是由专职的数据库管理员负责的。不过国内很多软件公司并不是很注意这点的。往往是程序员一肩挑的。

构架师设计软件概念模型。数据库管理员按照模型进行数据库设计。扩展ADO.NET程序员按照模型进行编码实现。除非模型进行更改，否则两头的人员在理论上是可以各自工作的。另外让程序直接去和表进行接触我一直认为不是大型项目里的良好解决方案。

与Java用户相比，Oracle是否认为.NET用户是二等公民？许多VS开发人员似乎都这么想，认为所有的Oracle的东西在编写时都考虑的是Java，并没有考虑到Windows APIs。
Demarest：我不同意这种说法，我认为Microsoft使Java用户成为二等公民。那些.NET提供的服务具有类似的功能——我们支持它们。J2EE规范更成熟/完整，所以需要支持的更多。.NET一直是我们前进的目标。我们需要融合.NET的一些技术。

以使我们的产品更有说服力。显然Microsoft有特权并可以完全地、直接地使用操作系统开发，而我们不行。但我们通常可以与Microsoft保持步调一致，所以我想我们在资源、白皮书、研讨会和产品发行方面同任何其它公司做的一样好。

Oracle主要是一个技术基础架构公司，用于企业处理。用户想要安全的结构，扩展ADO.NET所以我们不想发行任何东西，直到一切都为生产环境做好了预备。看看在Oracle技术网站上Windows开发中心提供的所有内容吧。我们是很积极主动的。