对于ADO.NET模型进行图示介绍

开发 后端
我们分析一下这个复杂的ADO.NET模型语句,就会发现它存在如下缺点:下面就对ADO.NET模型的错误进行学习研究,下面就进行说明。

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信息已经不再分布在不同数据表中了,同时也没有了主从键了。

责任编辑:chenqingxiang 来源: 计世网
相关推荐

2010-01-04 09:43:51

ADO.NET对象模型

2009-12-31 10:16:45

ADO.NET体系结构

2010-01-04 10:14:04

ADO.NET对象模型

2009-12-30 11:13:28

ADO.NET操作

2010-01-04 13:47:18

ADO.NET数据集

2009-12-23 16:05:47

ADO.NET错误

2009-12-21 14:39:09

ADO.NET技巧

2009-12-23 10:10:59

ADO.NET编程

2009-12-23 14:07:09

ADO.NET实例对象

2009-12-24 13:38:07

ADO.NET技术

2009-12-22 14:15:08

ADO.Net处理数据

2010-01-04 10:48:30

ADO.NET特色

2009-12-28 17:09:34

ADO.NET实例

2009-12-23 11:10:38

ADO.NET状态

2009-12-25 09:25:54

ADO.NET实例

2010-01-04 10:39:33

ADO.NET描述

2009-12-24 11:12:29

ADO.Net技术

2009-12-30 10:25:25

下一代的ADO.NET

2009-12-21 16:53:06

ADO.NET使用说明

2009-12-23 09:55:23

ADO.NET数据源
点赞
收藏

51CTO技术栈公众号