代码之家 › 专栏 › 技术社区 › glenatron

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

azure-worker-roles azure-table-storage azure-storage azure

2

glenatron · 技术社区 · 15 年前

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

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

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

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

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

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

1 回复 | 直到 14 年前

1

3

David Makogon 15 年前

托管服务不仅可以更快地访问表存储,而且不会收取服务和表存储之间的带宽费用(只要它在同一个数据中心)。

将表存储抽象到服务中是一个好主意,可以使用工作者角色或WCF服务Web角色来完成。如果你正在观看今年的pdc上的公告,你可能会看到即将到来的网络角色将拥有完整的IIS,并且能够承载多个Web应用,因此你可以潜在地以相同的角色承载你的网站和服务(比单独的角色承载更具成本效益)。