Sql server 什么存储位置（SQL Server或文件系统）可以在保存tiff图像时获得更好的性能？

我们的系统需要存储~3k大小的tiff图像。我们在给定的时间内收到约300张图像，需要快速处理它们。一旦收到约100000个图像，这些图像将从我们的系统传输到另一个存档系统或清除

我正在寻找最佳性能方面的初始保存的图像文件。传输用于存档的图像的任务对性能的要求较低

什么存储位置（SQL Server或文件系统）可以在保存tiff图像时获得更好的性能

---

还有其他需要注意的问题吗？

将映像存储在文件系统中会给您带来更好的性能。您只需要在tiff图像附件的相关数据库表中输入一个条目，并使用该条目获取文件系统中图像的路径

---

您可能希望通过在web服务器上托管映像来进一步提高性能—IIS（如果相关），并让您的客户端应用程序（如果相关）直接从那里检索映像。

根据我的经验，SQL server非常适合将blob存储到数据库中。只要我遵循与查询、规范化等相关的最佳实践，我发现它们工作得很好

出于某种原因，我个人不想在我的数据库中存储巨大的PDF、DOC和JPG文件，但这正是Microsoft SharePoint所做的，而且做得很好

---

<>我一定会考虑把BUB放在我的数据库中。

< P> SQL Server 2008版本有一个新的特性叫做FielestRAM.他们的部分文档中还有一个关于的部分，在该部分中，MS人员指出，如果BLOB对象通常大于1MB，则应使用FILESTREAM

该MSDN页面声明：

如果 以下条件是正确的，您可以 应该考虑使用文件流： -正在存储的对象平均大于1 MB。对于 较小的对象，存储 数据库中的varbinary（max）blob 通常提供更好的流媒体 表演

因此，我想使用3KB的TIFF，您可以将其很好地存储在SQLServer2005表的VARBINARY（MAX）字段中。因为它甚至比SQL Server的8k页面大小还要小，所以非常适合

你可能还想考虑把你的BLB放到自己的表中，并从那里引用你的“BASIC”数据行。这样，如果您只需要查询基本数据（INT、VARCHAR等），您的查询就不会因存储的blob与其他内容混合而陷入困境

---

Marc

巴西国家电力研究所的卫星目录系统存储了存储在文件系统中的tiff图像参考。但是图像要大一点-+/-100MB。如果文件必须在浏览器上显示，php代码将读取磁盘上的tiff内容并绘制出来。

这类问题以前不是被问过很多次吗？这里可能是它们的母亲，尽管我认为今天早些时候至少发布了一个：最佳实践页面实际上是MSDN文章下面的几个链接。是的，这是一般的“FielestReAM”页面的最佳实践——但是我真的想链接到另一个页面，它在中间有一个“何时使用文件流”的部分，它讨论何时使用FielestRAMM（对象通常大于1 MB等）——这是最有趣的。（这里我们并不是真正讨论FILESTREAM，而是讨论何时在表中存储BLOB）。