目前表存储支持从,其中,以和第一

是否有计划支持任何其他29个运营商?

是关于存储有建筑或设计实践应该为了实现之类的东西COUNT跟随,SUM,GROUP BY等?

如果我们有代码,这些我们自己,怎样的性能差异的多少是我们在寻找通过SQL和SQL Server类似的东西?你看到它是稍微类似还是会远远慢,如果我需要做一个计数或总和或集团通过在一个巨大的数据集?

我喜欢Azure平台和基于云的存储的想法。我喜欢表存储了它可以存储数据和它的无模式性质的量。 SQL天青只是不会由于存储空间的高成本的工作。

有帮助吗?

解决方案

在唯一的选择是拉向下一切本地和运行计数()或萨姆()通过本地对象。因为你必须做计数之前到表的全部内容转移,这将肯定会超过做一些服务器端的像SQL慢得多。慢多少取决于你的数据的大小。

其他提示

瑞恩

随着史蒂夫说,聚合得到解决“客户端”,如果你的数据集过大可能kead坏perfromance。

另一种方法是考虑以不同的方式的问题。你可能想预先计算的值,因此它们都是现成的。例如,如果您有主详细数据(如众所周知的采购订单+线项目),你可能要存储在表头“行项目的总和”。这看起来似乎是“多余的”(这是),但去正常化是你将不得不考虑的问题。

这些预先计算可以完成“同步”或“非同步”。在某些情况下,你可以提供具有的近似的,所以延迟计算可能是从perfromance角度来看是有利的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top