SQL2008 R2如何存圖片

[小魚人]

想問下大蝦有什麼好的方法和建議

情況是這樣的，一張圖片大概200K，一個月大概10W張

是存路徑好呢，還是直接二進制存到數據庫？

存數據庫感覺對備份和同步有影響（不想數據庫因此變大）

存路徑，圖片沒備份，怕丟了。。


還有兩種查出導出來速度如何，不知大蝦試過沒

[發糞塗牆]

最近在看filestream，里面有提到微软研究报告指出，平均文件大小小于256k的文件直接存入数据库中性能较好，大于1M的文件使用filestream或者其他文件系统流操作较好，256k~1M之间的文件，需要权衡读写速率

[發糞塗牆]

根据你这个情况，我偏向直接存二进制数据到db中，10W在文件夹中确实蛋疼。备份等工作也很痛苦，200k左右的二进制数据转换开销应该不大

[--小F--]

二进制的不好之处就在于不好操作 要是存路径就好操作多了。 在程序中调用路径也比直接调用二进制容易得多。 即使你存储为IMAGE格式 在数据库中修改比较麻烦。 至于流文件 在2008里面应用已经比较成熟了。各有千秋吧。

[小魚人]

引用 2 楼 DBA_Huangzj 的回复:

根据你这个情况，我偏向直接存二进制数据到db中，10W在文件夹中确实蛋疼。备份等工作也很痛苦，200k左右的二进制数据转换开销应该不大

如果存路徑1怕不安全，2性能問題不確定 現在打算專門架一台服務器存這東西，與現在相關庫分開

[小魚人]

引用 3 楼 fredrickhu 的回复:

二进制的不好之处就在于不好操作 要是存路径就好操作多了。 在程序中调用路径也比直接调用二进制容易得多。 即使你存储为IMAGE格式 在数据库中修改比较麻烦。 至于流文件 在2008里面应用已经比较成熟了。各有千秋吧。

現在就是不知道兩種導出的速度如何

[發糞塗牆]

分库可以，不过10万张图片管理起来不容易哦

[卖水果的net]

放在数据库中：备份时，只要把数据库备出来就OK了，如果你要频繁的读写，性能肯定受影响。 只存放路径，需要把数据库和文件同时备份，这个也不是什么难事儿，如果系统崩溃了，还要同时恢复，周期要长一点。 个人建议，存路径。

[Tiger_Zhao]

首先是你的图片要怎么用？
如果一次只查看几张，并且不大会重复查看的，那么放数据库关系不大。
如果经常是批量查看的，并且查看的内容有重复，那么存文件比较好处理。

其实存文件也很容易管理的，看你的描述基本上是只增长型数据，就按年、月、日分目录存放，开启目录压缩功能也不会影响多少性能。
即使客户数多了，开多个服务器同步文件进行分流，也比数据库的分流方便多了。

[小魚人]

引用 7 楼 wmxcn2000 的回复:

放在数据库中：备份时，只要把数据库备出来就OK了，如果你要频繁的读写，性能肯定受影响。 只存放路径，需要把数据库和文件同时备份，这个也不是什么难事儿，如果系统崩溃了，还要同时恢复，周期要长一点。 个人建议，存路径。

一個月10W張。。。寫比較頻繁，讀比較少

[小魚人]

引用 8 楼 Tiger_Zhao 的回复:

首先是你的图片要怎么用？ 如果一次只查看几张，并且不大会重复查看的，那么放数据库关系不大。 如果经常是批量查看的，并且查看的内容有重复，那么存文件比较好处理。 其实存文件也很容易管理的，看你的描述基本上是只增长型数据，就按年、月、日分目录存放，开启目录压缩功能也不会影响多少性能。 即使客户数多了，开多个服务器同步文件进行分流，也比数据库的分流方便多了。

存的是一個物品的圖片，不是經常查看，有問題再看的 按年月日存放，查找速度不知道怎麼樣

[songweipsu]

进来学习学习!!

[Tiger_Zhao]

引用 10 楼 weijia_liang 的回复:

存的是一個物品的圖片，不是經常查看，有問題再看的 按年月日存放，查找速度不知道怎麼樣

读文件，数据包内直接是文件内容；读数据库，数据包内还有数据库信息的封装。你觉得哪个快？ 而且放在数据库中，每记录的数据量大了，可以缓存的记录数相对就少了，这影响查询性能的啊！ 不常用的数据就应该单独存放，不要影响日常操作。