[英]Can SQL Server 2005 load an XML object and transverse it like in .NET?
[英]Best way to save/load pictures with .Net & SQL Server 2005?
在销售产品的网页中处理产品图片的典型方法是什么? 假设我有一个包含书籍或计算机组件等的数据库,所有这些都有自己的示例图片...我应该将它们作为二进制数据保存到数据库中,还是以某种方式在代码隐藏中处理它们,将它们保存到一个目录中保存到数据库产品表中的图片文件的相应链接?
我正在尝试以销售公司为例,虽然我能想出办法,但我想知道编程业务中使用的典型规范是什么?
更新:存储在另一个系统或备用数据库上不是一种选择,而有关未来参考的可能替代方案的信息将受到赞赏。 我只能在一台计算机上使用一个ASP.Net项目获得Visual Studio 2008和SQL Server 2005/2008。 因此,必须将文件保存到Web页面项目中的目录中,或者保存到其使用的一个DB中。
将文件保存在文件系统上但在DB中
将文件保存到数据库使其成为所有应用程序数据的单个备份点,并为您的应用程序创建较小的安全性表面,因为您不需要用于存储文件的写入权限文件夹。
FILESTREAM
存储到救援 使用SQL Server 2008,Microsoft引入了一种名为FILESTREAM
的新数据存储机制,该机制将文件夹中的数据存储为常规文件。 但您可以通过表格访问它们(并存储其元数据)。 您可以将文件存储为varbinary(max),并将它们存储在配置的文件系统中。 这些文件也将被数据库备份程序选中。 通过这种方式,您可以在单一解决方案中获得两全其美 。
在这里阅读它。
后festum笔记
我必须指出,问题的作者确实提到过,当有任何好处时,他们也可以使用SQL Server 2008。 这是这个答案与2008版本相关的唯一原因,因为这确实是他们问题的最佳解决方案。
请参阅: 将文件存储在数据库中而不是文件系统中?
如果你决定在这里存储数据库,我有SQL Server 2005的C#代码: 保存和恢复文件/图像到SQL Server数据库
这篇由已故Jim Gray 撰写的 MS Research论文: 对BLOB或不对BLOB:数据库或文件系统中的大对象存储有以下建议:
正如通常所预期的那样,小于256K的对象最好存储在数据库中,而大于1M的对象最好存储在文件系统中。 在256K和1M之间,读取:写入比率和对象覆盖或替换率是重要因素。
不要通过二进制数据加载DBMS! 让SQL Server完成其特定的工作。 当文件存储在文件系统甚至其他计算机上时,它会更好。
我首选的解决方案是始终将它们保存到文件系统上的目录中,并将URL /位置保存在数据库中。 我发现这是最容易维护的,并且很容易更改数据库,数据存储而不会影响文件。
此方法不依赖于数据库。
我最近有一种情况,遗留系统将图像和文件存储为二进制文件,这导致时间和精力检索这些文件以升级数据库软件。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.