azure - 将查找表与 Azure 表存储结合使用 - 值得创建一个辅助服务来管理它吗？

Question

我正在考虑为 Azure 平台进行一些开发。我不需要从 SQL Azure 获得的完整关系资料，并且我对使用表存储非常感兴趣。

现在我需要做的一件关系事情就是表示存储中表之间的一对多和多对多关系。

我对如何使用带有分区键和行键的中间表来表示这一点感到非常满意，就像常规数据库在内部表示它们的方式一样。

我想知道是否值得创建一个 worker 服务来在存储和访问它的任何内容之间进行中介，以便创建一个可以监督我正在寻找的有限程度的引用完整性的前端。

作为客户端的一部分，我可以很容易地做到这一点，但我想知道将服务托管在云中是否意味着更低的网络延迟，因为任何跨越这些引用的查询都可能需要与三个不同的表，想必这些请求在云中发布的服务和存储之间应该快得多，因此只会有一个来自云外部的请求，而不是多个请求。

如果这是一个有用的策略，是否有现有的工具可以做到这一点？如果不是，什么会更有效，或者只是没有明显的好处？我应该忍住并选择 SQL For Azure 还是某种异构解决方案，将大数据存储在表存储中，并将查找和表引用存储在 SQL 中？

Answer 1

托管服务不仅可以更快地访问表存储，而且可以更快地访问表存储。您的服务和表存储之间的带宽不会被计费(只要它们位于同一数据中心)。

将表存储抽象到服务中是一个好主意，可以使用辅助角色或 WCF 服务 Web 角色来完成。如果您正在观看今年 PDC 上的公告，您可能已经看到即将推出的 Web 角色将具有完整的 IIS 并能够托管多个 Web 应用程序，因此您有可能在同一角色中托管您的网站和服务(成本更高) -比以单独的角色托管更有效)。