ADO.NET模型作为下一代的开发程序，代号为Orcas。最近微软推出了ADO.NET模型，涵盖了VS之前版本的所有功能，快捷键也基本完整，与将要发布的RTM版不会有什么太大的差别。

1. 如果某个应用程序只处理Employees的信息，但我们必须将逻辑数据关系标准化。这样我们就不得不去关注数据库表与表之间的关系（比如雇员的联系信息和姓名在不同的表中），我们需要人为地在两个表中做内联交叉查询以得到正确的数据。

2. 这里该应用程序仅仅是处理全职雇员（SalariedFlag=1），理想的情况是，我们不应看到其他类型的雇员信息。然而实际上所有的雇员信息都在一个数据库表中，他们是用一个"SalariedFlag"字段来区分的。ADO.NET模型意味着我们需要关注如何将不同类型的雇员加以区分。理想的情况是这样的：假如我们只需要处理某个数据子集，系统只需要呈现这部分子集的数据。开发人员应当能够通过声明来指定哪个是需要的数据子集。#t#

综合地说，首先，关系数据模型不能直接匹配应用程序实际的数据模型。其次，关系数据模型不能满足应用程序的实际需要，比如应用程序还需要一些非功能性的需求，这些需求包括操作，数据拥有关系，性能和安全。

为了解决如上问题，ADO.NET引入了Entity Framework,它包含了数据模型以及一些设计时和运行时的服务。ADO.NET模型通过Entity Framework提供的更高抽象层，应用程序的数据模型就可以直接和数据库的关系数据模型交互。

三个实体类型，ADO.NET模型分别是SalesPerson,SalesOrder和StoreSalesOrder。其中StoreSalesOrder继承自SalesOrder。
一个关系： SalesOrder 和 SalesPerson 之间的关系。

两个实体集（entity-sets）：SalesOrders 和 SalesPeople。 实体集SalesOrders 拥有SalesOrder和StoreSalesOrder两个实体类型。
看看上面的模型视图已经更接近应用程序需求了。ADO.NET模型其中SalesPerson的信息已经不再分布在不同的数据表中了，同时也没有了主从键了。