Columnstore Rowgroup Few Rows

Question

我有一个有大约43M行的表。出于内部目的，我们需要在此表上创建聚簇列存储索引。为此，我们使用以下命令。

sys.dm_db_column_store_row_group_physical_stats

但是，由于某种原因，行组太小，如下图所示。

这可能是什么原因？据我所知，行组的最小大小为102,400行，因此我不明白这些行组是如何变小的。

总共为该表创建了DICTIONARY_SIZE。

更新＃1 - 检查[ { "text":"Years", "nodes":[ { "text":"2013", "type":"Y", "nodes":[ { "text":"13-Q1", "type":"Q" }, { "text":"13-01", "type":"M" }, { "text":"13-02" }, { "text":"13-03" } ] } ] } ] 统计信息，修剪原因主要由$.get('url', function (data) { $('#Dyanmic').treeview({ data: data, }); 引起。如何处理这种情况？

Answer 1

可能的问题可能是您的服务器内存不足。

  他的博客文章专注于最重要的现实世界之一   问题 - 记忆压力。在您自己的计算机上或在   在受控环境中的某些开发服务器，大多数时候，   如果不是总是，你没有达到任何限制。没有几百个   同时连接轰炸您的服务器请求和   没有任何查询可以删除所有可用的缓冲池   存储器中。

     

我最近在实验时进行了几次测试   我完全用最大内存设置来显示Spill流程   忘记将其重置为原始值，因此尝试时   重建一个Clustered Columnstore Index，我很惊讶   不同的值作为我所在的行组的最大大小   获得。这篇博文旨在深入探讨我的一些细节   自那以后就发现了。

来源：http://www.nikoport.com/2014/06/21/clustered-columnstore-indexes-part-31-memory-pressure-and-row-group-sizes/

此外，您可能在查询结果中看不到一些白色字符，从而在看似相似的值之间产生差异，从而产生不同的组。您还需要对此进行调查。