title="AddingNewBinaryData"
url="~/BinaryData/UploadInDetailsView.aspx"
description="Learnhowtoaugmenttheinsertinginterfaceto
includeaFileUploadcontrol."/>
title="UpdatingandDeletingExistingBinaryData"
url="~/BinaryData/UpdatingAndDeleting.aspx"
description="Learnhowtoupdateanddeleteexistingbinarydata."/>
修改完Web.sitemap后,在浏览器里看一下本教程站点。
图3:
SiteMap包含了本教程
第2步:
将二进制数据存储在什么地方
有2种方式存放二进制数据:
一种是将其存储在服务器的文件系统里,并将文件路径存储在数据库里;第二种是直接将其存储在数据库里(见图4)。
2种方法各有其优点和缺点。
图4:
可以将二进制数据存储在文件系统或直接放在数据库
假设我们对数据库Northwind进行扩展,每个产品对应一幅图片。
一种方法是在服务器文件系统存储这些图片,然后在表Products里记录该图片的文件路径。
为此,我们要在
Products表里添加一列,名为ImagePath,类型是varchar(200)。
假设用户为产品Chai上传一张图片时,图片可能存放在服务器文件系统的~/Images/Tea.jpg位置。
这里,~代表应用程序的物理位置。
也就是说,如果该网站根植于C:
/Websites/Northwind/的话,~/Images/Tea.jpg相当于C:
/Websites/Northwind/Images/Tea.jpg。
上传图片后,我们应在表Products更新记录Chai,使其ImagePath列引用图片的路径。
如果我们决定将所有产品的图片放在应用程序的Images文件夹,我们可以使用“~/Images/Tea.jpg”或“Tea.jpg”来表示。
将二进制数据放置在文件系统的主要优点在于:
1.执行方便——就像我们即将看到的那样,将二进制数据直接放置在数据库和存储于文件系统相比,当用户需要存储并获取数据时需要更多的代码。
另外,为使用户查看或下载数据,必须用到定位于该数据的URL(译注:
统一资源定位器)。
如果数据存储在文件系统,URL是直观明了的;如果是存储在数据库里,则必须创建一个页面来获取并返回数据。
2.访问范围宽——其它的服务或程序有时需要访问二进制数据,但当二进制数据存储在数据库中时,这些服务或程序便无法访问了。
比如,用户可能希望通过FTP来访问每个产品对应的图片,在这种情况下,最好将其放置在文件系统。
3.更好的执行效能——将二进制数据放置在文件系统和数据库相比,在数据库服务和服务器服务之间的查询和网络堵塞情况要少一些。
将二进制数据放置在文件系统的主要缺点在于削弱了数据的关联性。
比如我们从表Products删除一条记录时,放在文件系统中的相关文件不会自动删除,因此我们必须手写代码将其删除。
不然的话,随着文件碎片的慢慢积累,文件系统会变的混乱不堪。
另外,对数据库的任何改动,都要对在文件系统里的相应二进制数据做修改。
比如将数据库转移到另外的站点或服务器时便面临这种挑战。
做为选择,你可以在MicrosoftSQLServer2005里创建一个类型为varbinary的列,用于存储二进制数据。
你可以指定存储数据的最大长度,比如你希望数据的最大长度不超过5000字节,指定类型为varbinary(5000);而varbinary(MAX)是MicrosoftSQLServer2005能提供的最大存储空间,大概2GB.
将二进制数据存储在数据库的主要优点是:
将数据库记录和二进制数据关联起来。
它极大的简化了数据库的管理,比如将数据库转移到另一个网站或服务器。
同样,当删除一条记录时,同时自动的删除了相关的二进制数据。
注意:
在MicrosoftSQLServer2000及更早本版,varbinary类型最大支持8000字节,要支持2GB的二进制数据,就要使用image类型了。
在SQLServer2005里引入MAX后,image类型已经开始被淡化了。
尽管向后兼容,微软宣称将在SQLServer的后续版本中抛弃image类型。
如果你使用的是较早的数据类型,你可能看见过image类型。
在数据库Northwind里的表Categories有一个Picture列,可用来存储某个类的二进制图像文件。
由于数据库Northwind起源于MicrosoftAccess以及SQLServer早期版本,所以Picture列的类型为image。
本章及接下来的3章,我们2种方法都要用。
表Categories已经有列Picture来存储类的二进制图片文件,我们还要一个额外的列BrochurePath来存储文件系统里PDF的路径。
第3步:
为表Categories添加BrochurePath列
目前,表Categories只包含了4个列:
CategoryID,CategoryName,Description以及Picture。
除此以外,我们还需要添加一列,指向该类的小册子(如果存在的话)。
打开服务器资源管理器,点击表节点,右键点击表Categories,选择“打开表定义”(见图5)。
如果看不到服务器资源管理器,在视图菜单里选择它,或按Ctrl+Alt+S.
在表Categories里添加一个名为BrochurePath的列,类型为varchar(200),允许其值为NULL。
点击保存按钮(或按Ctrl+S)。
图5:
表Categories里添加BrochurePath的列
第4步:
更新体系构架以使用Picture和BrochurePath列
当前,数据访问层(DataAccessLayer)里的CategoriesDataTable定义了4个DataColumns:
CategoryID,CategoryName,Description以及NumberOfProducts.我们最初在教程《创建一个数据访问层》里创建CategoriesDataTable时,其只包含了前3个列,而NumberOfProducts列是在第35章《使用Repeater和DataList单页面实现主/从报表》里创建的。
就像在教材《创建一个数据访问层》里讨论的那样,DataTables以类型DataSet的形式构成了业务对象。
TableAdapters的作用在于连接数据库,并以查询结果组成
业务对象。
CategoriesDataTable是由CategoriesTableAdapter构成的,它包含三种数据访问方法:
GetCategories():
执行该TableAdapter的主要查询,返回记录的CategoryID,CategoryName和Description这3项。
自动生成的Insert和Update方法主要就是用的该方法。
GetCategoryByCategoryID(categoryID):
也是返回记录的CategoryID,CategoryName和Description这3项,