c# - 在 Windows Azure 中存储 Blob 在数据库中存储附加数据，例如内容类型

Question

我们有一个相当大的解决方案，它使用 FileStream 在 Sql Server 2008 中存储大量图像、视频、文档。我们已经开始迁移到使用 Windows Azure Blob 存储来利用异地复制，这意味着将 varbinary(max) 列更改为相对 URL，我们将附加我们指向存储帐户的客户子域。

这一切都工作正常，我们很高兴进行测试，但是我们目前使用 varbinary 数据存储文件名、扩展名和内容类型。

我的问题是，如果我们只是转到一个相对网址，如果需要的话，该网址将具有文件扩展名，我们是否需要存储这些附加数据？我们在办公室里争论，共识似乎是保持简单，只存储 Url。

在这种情况下大多数人会做什么？存储这些附加数据的用途/好处是什么？

非常感谢您对此的想法，外部意见可能就能解决这个问题。

Answer 1

我倾向于将有关我存储在 Azure 中的文件的所有我认为可能有用的元数据保留在 SQL 中以及 URI 中。

什么是“有用”？
这实际上取决于您的场景。例如，我发现根据 URI 存储文件大小很有用(从操作/监控的角度来看)，这样我就可以轻松快速地查看文件存储使用情况。我还存储文件扩展名/内容类型。基本上，我尝试在本地保存任何元数据，这样可以节省我的时间，否则我就不得不实际去与 Azure 交谈，a)为了速度/性能，b)为了最大限度地减少 API 上的点击次数(从而降低成本 - 只有真正)如果您点击次数很多)

所以我知道，对于任何可能需要详细说明可用文件的报告需求/UI，我可以生成一些有用的元数据，而无需靠近 Azure 的任何地方。然后只有当我确实需要获取文件时才实际接触 Azure。