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

我写一个“概念证明”应用程序来调查在整个应用程序的必要重写期间将定制的ASP.NET电子商务系统移动到 Windows Azure的可能性.

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

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

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

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

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

解决方法

你看过这篇文章吗？
http://blogs.msdn.com/b/windowsazurestorage/archive/2010/11/06/how-to-get-most-out-of-windows-azure-tables.aspx

相当全面的表格报道

原文地址：https://www.jb51.cc/mssql/75030.html