使用查找表与Azure Table中存储 - 值得创建一个工作人员的服务只是为了管理这个？

Question

我在寻找到做一些开发的Azure平台。我并不需要完整的关系的东西，你从SQL Azure的获得，我会很感兴趣使用表存储来代替。

现在的一个关系件事我需要能够做的是代表一个一对多和多对一很多我的存储表之间的关系。

我和如何使用分区和行键中间表来表示此，在很大程度上，经常数据库代表他们内部的方式非常满意。

什么我不知道是是否值得只是访问它的存储和任何的中间创造了工人的服务，以创造一个前端，可以监督参照完整性的程度有限我在寻找。

我能做到这一点的客户轻松地够的一部分，但我不知道是否有在云中托管服务将意味着较低的网络延迟，因为跨越这些引用去任何查询很可能会需要跟三个不同的表和推测这些请求应该很多张贴在云中的服务和存储之间的更快，所以只会有一个请求从云外部，而不是几个。

如果这是一个有用的策略，有一个现有的工具来做到这一点？如果没有什么会更好的工作，或者是那里只是没有明显的好处？如果我只是把它倒吸了一口，去SQL为天青或某种在那里我存储在SQL我的表存储大数据和我的查找和表引用非均相溶液的？

Answer 1

一个托管服务不仅将不得不表存储更快的访问;服务和表存储之间的带宽，则不需要付费（只要它是在同一数据中心）。

抽象表存储到服务是一个好主意，并且可与辅助角色或WCF服务Web角色来完成。如果你在看，在今年的PDC上的公告，你可能已经看到了即将到来的Web角色将拥有完整的IIS并能够承载多个Web应用程序，所以你可能会主持你的网站和服务中相同的角色（更多成本比单独的角色主机） - 有效。