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

我试图使用Azure Table Storage作为SQL Azure的替代方案,因为正在存储的实体可能随着应用程序进一步成熟而随着时间的推移而改变其模式(属性),我不需要进行无限的数据库模式更改.另外我们可以在应用程序代码中构建一个完整的完整性 – 所以考虑Azure Table Storage的情况是一个很强的.

目前我唯一可以看到的潜在问题是我们做了少量简单的报告,即两个日期之间的销售价值,特定产品的销售数量等.
我知道表存储不支持聚合类型函数,我相信我们可以通过巧妙地使用分区来实现我们想要的,多个实体类型存储相同数据的子集,并且可能预聚合,但是我不是100％肯定如何去吧

有谁知道有关Azure Table Storage设计原则的任何深入文档,以便我们正确和有效地使用表,分区密钥和实体设计等.

有一些简单的文件,目前的书籍并没有深入到这个问题上.

FYI – 电子商务网站拥有约25,000个客户,每年约需要100,000个订单.

解决方法

相当全面的表格报道

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!