使用带有Azure表存储的查找表-值得创建一个工作者服务来管理它吗?

我正在考虑为Azure平台做一些开发。我不需要您从SQLAzure获得的完整的关系数据,我会非常感兴趣使用表存储。

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

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

我想知道的是,创建一个工作者服务是否值得,它只是在存储和访问它的任何东西之间进行中介,以便创建一个前端,可以监视我所寻找的有限程度的引用完整性。

作为客户机的一部分,我可以很容易地做到这一点,但是我想知道,如果将服务托管在云中,是否意味着更低的网络延迟,因为任何经过这些引用的查询都可能需要与三个不同的表进行对话,并且假设在服务和存储订单之间,这些请求应该更快。存储在云中,因此只有一个来自云外的请求,而不是几个。

如果这是一个有用的策略,是否有现有的工具来完成它?如果没有,什么会更好,或者只是没有明显的好处?我应该接受它,然后选择SQL for Azure还是某种异构解决方案,将大数据存储在表存储中,查找和表引用存储在SQL中?