为了说明这个问题,请考虑以下数据:1,2,3,5,3,2。在电子表格列中输入此内容,然后生成一个显示计数的枢轴表。我想为缺失的4包含一个0的计数。首先,让我们至少显示4没有关联的数据。
在透视表中,选择一个行标签。右键单击它,接受从1到5乘1的分组,然后单击OK。注意,最后一个类别的宽度不一致(4-5),而不是(5-5)。这种间隔显示行为是记录在案的,还是一个bug?
将停止值从5更改为6将给出一个错误的最终类别(5-6)。将其更改为7,最终得到了正确的结果。但是..。让我们再仔细看看。到Field Setting | Layout and Print并检查Show Items with No Data。我们看到,最后一个类别仍然不一致。
在我看来这就像个虫子?
最后,我能否让枢轴表显示正确的计数为0,而不是简单地显示任何数据?
编辑:(添加图片)

发布于 2017-02-18 17:51:26
用一个简短的频率表可以做得更好。
在B1中输入:
=MIN(A:A)在B2中输入:
=IF(B1="","",IF(B1+1>MAX(A:A),"",B1+1))然后抄下来。然后在C1中输入:
=IF(B1="","",COUNTIF(A:A,B1))并抄录:

EDIT#1:
如果你真的被困在PivotTables上,请参阅
发布于 2017-02-18 18:01:24
当你将它们分组时,试着把0.5作为最小值,5.5作为最大值,1作为增量。有什么好消息吗?

为了直接解决这个问题,“是否是一个错误”--根据维基百科( Wikipedia 见参考文献 )的定义,软件错误的定义是“计算机程序或系统中的错误、缺陷、故障或故障,使其产生不正确或意外的结果,或以意想不到的方式行为”。我想补充的是,如果软件不能像文档一样执行,这也将被归类为一个bug。在这种情况下,透视表确实以一种意想不到的方式运行。但不幸的是,我在文档中找不到任何东西,这些文档告诉我,在处理整数数据见参考文献时,支点的行为应该有所不同。虽然我们不了解底层代码,因为据我所知,微软还没有一个开放的软件策略,但可以肯定的是,他们代码的这一部分有两个分支,一个处理整数数据,一个处理连续数据,而在这种特殊情况下,错误的代码正在被调用。
https://stackoverflow.com/questions/42318384
复制相似问题