Azure表存储-实体设计最佳实践问题

| 我编写了一个“概念验证”应用程序，以研究在必要的整个应用程序重写期间将定制的ASP.NET电子商务系统迁移到Windows Azure的可能性。 我倾向于使用Azure Table Storage替代SQL Azure，因为随着应用程序的进一步成熟，所存储的实体很可能会随着时间的推移而更改其架构（属性），并且我不需要进行无休止的数据库架构更改。此外，我们可以在应用程序代码中建立相对完整性-因此考虑Azure表存储的情况很不错。 我目前只能看到一个潜在的问题，就是我们做了少量的简单报告-即两个日期之间的销售价值，特定产品的售出商品数量等。 我知道表存储不支持聚合类型功能，并且我相信通过巧妙地使用分区，多个实体类型来存储相同数据的子集以及可能进行预聚合，我们可以实现我们想要的目标，但是我不是100％确定如何做到去做吧。 有谁知道关于Azure Table Storage设计原则的任何深入文档，以便我们正确，有效地使用Tables，PartitionKeys和实体设计等。 周围有一些简单的文档，并且当前可用的书籍往往没有深入探讨该主题。 仅供参考-电子商务网站拥有约25,000个客户，每年接受约100,000个订单。