我正在考虑为 Azure 平台做一些开发。我不需要你从 SQL Azure 获得的完整的关系的东西，我会很感兴趣使用表存储来代替。
现在，我需要做的一件 Relational 事情是表示存储中表之间的一对多和多对多关系。
我对如何使用带有分区键和行键的中间表来表示这一点非常满意，就像常规数据库在内部表示它们一样。
我想知道的是，是否值得创建一个工作服务来作为存储和访问它的任何东西之间的中介，以便创建一个可以监督我正在寻找的有限程度的参照完整性的前端。
作为客户端的一部分，我可以很容易地做到这一点，但我想知道将服务托管在云中是否意味着更低的网络延迟，因为任何跨越这些引用的查询都可能需要与三个不同的表对话并且推测这些请求在服务和发布在云中的存储之间应该快得多，因此只有一个来自云外部的请求而不是多个请求。
如果这是一个有用的策略，是否有现有的工具可以做到这一点？如果不是什么会更好，还是没有明显的好处？我应该把它吸干并选择 SQL For Azure 还是某种异构解决方案，将我的大数据存储在表存储中，并将我的查找和表引用存储在 SQL 中？