【发布时间】：2012-02-27 15:02:34
【问题描述】：
我正在重新设计一个 .NET 系统，该系统每天存储 >1000 个多页 .TIF 图像，以供桌面和 Web 系统检索。当前系统使用 SQL Server 存储图像 ID 和元数据，但实际的 TIF 文件存储在单独的文件服务器上的 NTFS 目录中。
像 RavenDB 这样的 NoSQL 数据库是否适合将 TIF 存储为“文档”，并将图像 ID 作为键？
图像通常写入一次，但读取多次。我希望 RavenDB 将成为存储图像的不错选择，因为我正在尝试通过以下方式改进当前系统： - 冗余（使用复制自动制作存储库的另一个副本） - 性能（使用图像的键/值性质） - 可靠性（当前的 NTFS 文件系统“数据库”容易出错且脆弱）
【问题讨论】：
-
嗨皮特，我看到这篇文章已经有一年了，我很想知道你是如何实现这个解决方案的，因为我们正在尝试实现同样的事情。你最终选择了 NoSql 数据库吗？
-
嗨洛希安。一种/软的。原来我最初的问题是由于在我提出这个问题时并没有真正理解 NoSQL 是什么。我认为 TIF/PDF 是一个“文档”，而最好将 NoSQL 文档视为其中包含数据的 JSON 包。我们最终对我们的项目所做的是使用传统的 SQL 数据库来存储有关 TIF/PDF 文档的索引信息，然后使用 Amazon S3 作为实际二进制文件的存储。 SQL db 存储指针，S3 存储 doc。效果很好！祝你的项目好运。