|
|
| SQL Server存储图像数据的策略与方法(1) |
| 作者：不详 来源：不详 发布时间：2006-8-14 9:06:13 发布人：chinazhan |
 减小字体
 增大字体
目前对于图像数据的管理大都采用表+实体的方法，即图像数据以文件形式存放于指定的计算机目录下，在数据库表中只反映图像数据文件的存储路径。这种管理模式，给数据的维护增加了难度，同时，也给数据的安全带来一定的隐患。因此，要真正做到各类数据在数据库中安全管理，研究和探索直接将图像数据存储在数据库关系表中的方法是非常必要的。
笔者在Visual Basic 6.0开发环境中，采用客户机／服务器的工作方式，针对SQL Server数据库关系表中存储图像数据的问题进行了初步探讨，提出了一套基本解决方案，供读者参考。
一、 存储图像数据的策略
图像数据库技术一直致力于解决海量数字图像的有效存储和管理问题。它是数据库技术的继承和发展，一方面，图像数据和文本数据存在着本质的区别，在文本数据领域得以成功应用的传统数据库技术，如果一成不变的照搬到图像数据库领域，结果往往是低效，甚至无效；另一方面，传统数据库的许多成果，如SQL语言、索引技术等都值得图像数据库借鉴。上述两个方面的结合成为目前图像数据库技术发展的主流。
1.1 BLOB数据类型
BLOB是非常巨大的不定的二进制或者字符型数据，通常是文档（.txt、.doc）和图片（.jpeg、.gif、.bmp），它可以存储在数据库中。在SQL Server中，BLOB可以是text、ntext或者image数据类型。 Image数据类型存储的是长度不确定的二进制数据，最大长度是2GB。
BLOB数据在SQL Server系统中的存储方式不同于普通的数据类型，对于普通类型的数据系统直接在用户定义的字段上存储数据值，而对于BLOB类型数据，系统开辟新的存储页面来存放这些数据，表中BLOB类型数据字段存放的仅是一个16个字节的指针，该指针指向存放该条记录的BLOB数据的页面。
1.2 BLOB的设计策略
BLOB数据是数据量很大的数据类型，它会占用大量的硬盘空间、内存和网络资源，因此合理地设计包含有BLOB数据类型的属性表，对提高存储效率、查询速度有很大的影响。一般BLOB的设计原则如下：
（1） 使用BLOB数据类型还是使用varchar或者varbinary数据类型
二进制大对象并不一定要存储为text、ntext或者image数据类型，它们也可以作为varchar或者varbinary数据类型村处在表格中。数据类型的选择要根据将要存储的BLOB的实际大小。如果数据不会超过8K，那么就使用Varchar或者varbinary数据类型。如果这些大对象的尺寸超过8K，那么就使用text、ntext或者image数据类型。
（2） 存储BLOB在数据库中或者在文件系统中
常见的设计问题是将图片存在数据库中还是存在文件系统中。在大多数情况下，最好把图片文件与其它数据一起存在数据库中。因为将影像数据文件存储在数据库中有许多优点：
易于管理 当BLOB与其他数据一起存储在数据库中时，BLOB和表格是数据一起备份和恢复。这样就降低了表格数据与BLOB数据不同步的机会，而且降低了其他用户无意中删除了文件系统中BLOB数据位置的路径和风险。另外，将数据存储在数据库中BLOB和其他数据的插入、更新和删除都在同一个事务中实现。这样就确保了数据的一致性和文件与数据库之间的一致性。还有一点好处是不需要为文件系统中的文件单独设置安全性。
可伸缩性 尽管文件系统被设计为能够处理大量不同大小的对象，但是文件系统不能对大量小文件进行优化。在这种情况下，数据库系统可以进行优化。
可用性 数据库具有比文件系统更多的可用性。数据库复制允许在分布式环境中复制、分配和潜在的修改数据。在主系统失效的情况下，日志转移提供了保留数据库备用副本的方法。
当然，在某些情况下，将图片存储在文件系统中将是更好的选择：
（1）使用图片的应用程序需要数据流性能，例如实时的视频重现。
（2）象Microsoft PhotoDraw或者Adobe Photoshop这样的应用程序经常访问BLOB，这些应用程序只知道怎样访问文件。
（3）需要使用一些NTFS文件系统中的特殊功能，例如远程存储。
做人要厚道，请注明转自chinazhan中国站长(www.ChinaZhan.com)。
|
| |
|
[]
[返回上一页]
[打 印]
[收 藏] |
|
| ∷相关文章评论∷ （评论内容只代表网友观点，与本站立场无关！） [更多评论...] |
|
|
设为首页
加入收藏
联系我们
