下面的内容包含什么时候使用ADO.NET Entity Data Model，以及怎样优化访问它们所包含的数据，也包括怎样优化DataAdapter和DataView的使用（也包括CommandBuilder）。 下面就进行学习切磋。
网站中的图片可以保存到文件系统中，即专门的目录用于图片的存放，这样的存储配上数据库中保存的图片路径信息，相信很多网站是这么选择的。这样的搭配由于存储和管理信息是分开的，其优点就是对数据库的性能不会产生太大影响。#t#
但是也正是由于这种分开网站的目录结构轻易是不可以变的，另外图片数据的备份需要数据库和文件目录同步进行。另外一种存储和管理图片的方式是将图片存到数据库中，如果站点的图片数量不是太多，图片不是太大，这种方式是相当适合的。本文我们看一下如何使用ADO.NET Entity Data Model构建数据访问层，实现将图片存到数据库中以及从数据库中获取图片。
前期工作：创建数据表+构建数据访问层第一步，创建数据表。
表中需要一个用于保存图片的字段，类型设置为image，代码如下：
- CREATE TABLE [dbo].[images](
- [id] [int] IDENTITY(1,1) NOT NULL,
- [imagefile] [image] NOT NULL)
第二步，构建数据访问层。该类型的数据的插入与一般的基本SQL类型不同，不过在.net 3.5平台上工作的程序员不需要考虑太多访问数据库的具体代码，我们可以选择ADO.NET Entity Framework和Linq to SQL，这里我们以前者为例。方法简单介绍如下。
项目中新建，选择ADO.NET Entity Data Model，根据向导建立到数据库的连接，根据向导选择数据库中的刚才建立的表images，向导结束之后项目中会添加一个edmx类型的文件，默认的界面中会打开自动生成的实体类图，我们在向导中选择的所有表格都会对应一个实体类默认的名称是与数据表相同。
此处的images对应的实体类也是images，但是这样默认使用的话会造成歧义，我们需要手动修改一下，点击images类在属性对话框中将Name属性改为image，Entity Set Name可以改为imageSet或者不改动保持images表示的是image集合，之后实体类图中对应的类名也变成image了。这里假设存放图片的数据库名为ADO.NET Entity Data Model，那么生成的管理类也就是我们后面使用最多的类名为XXXEntities。
