为何ｓｕｍｉｆ不认多列合并的区域名称？

鱼之乐

1kfpFoA0.rar (4.25 KB, 下载次数: 61)

2006-9-27 22:48 上传

点击文件名下载附件
为何ｓｕｍｉｆ不认多列合并的区域名称？

今天遇到一个很奇怪的问题：为何ｓｕｍｉｆ不认多列合并的区域名称？详细情况请参见附件。

而且，更奇怪的是：=sumif({1;2;3},">1",{1;2;3})　　这个公式也显示　#VALUE!　

gdliyy

原来“大智若愚(鱼)”说的是你唢，SUMIF怎么能用数组呢？呵呵。。。

鱼之乐

您打开附件，但第一个公式又可以哟

gdliyy

QUOTE:

以下是引用鱼之乐在2006-9-27 22:55:08的发言：

您打开附件，但第一个公式又可以哟

鱼版主真有意思！[em12]

第1个公式WWW是引用，当然结果正确。

但是公式2中的BBB则是通过两个区域合并，已经从引用转换为了数组了，当然就报错了，因为象SUMIF/COUNTIF函数都是不支持数组作为查找条件的，必须是引用（当然包括函数产生的三维引用）。

我倒是想它们支持数组，其他好多问题就可以简化公式了，这类问题一般是用数组公式直接比较得结果的。

鱼之乐

谢谢解答。

再请教一个问题：二个条件，一个是对Ａ列精确匹配（相等关系），一个是对Ｂ模糊匹配（如包含“中国”二个字），对满足条件的Ｃ列求和－－类似的求和有什么好的解决方案？

我原来是设想通过上述的ＡＢ二列合并区域名称来解决，看来是没希望了。

gdliyy

QUOTE:

以下是引用鱼之乐在2006-9-27 23:06:13的发言：

谢谢解答。

再请教一个问题：二个条件，一个是对Ａ列精确匹配（相等关系），一个是对Ｂ模糊匹配（如包含“中国”二个字），对满足条件的Ｃ列求和－－类似的求和有什么好的解决方案？

我原来是设想通过上述的ＡＢ二列合并区域名称来解决，看来是没希望了。

当然有解决方法，一般可以考虑使用FIND函数，或者使用SEARCH的通配符查找的方法都可以实现的，但可以肯定的是用数组公式来处理吧！

鱼之乐

谢谢Ｇｄｌｉｙｙ版主提供的FIND/SEARCH解决方案。

鱼之乐

BfRY4sP8.rar (2.94 KB, 下载次数: 102)

2006-9-28 07:33 上传

点击文件名下载附件
为何ｓｕｍｉｆ不认多列合并的区域名称？

昨晚想到一个方案，早上来测试，意想不到的事情太多了，有兴趣的朋友可以打开附件看看。

chrisfang

E10的公式为：=SUMIF(IF(B1:B11="a","",A1:A11),"*1*",C1:C11)

E11的公式为：=SUMIF(IF(B1:B11="b",A1:A11,""),"*1*",C1:C11)

前面gdliyy版主已经解释过了，sumif不支持数组参数的运算，必须是引用。

现在，我们先抛开不管这个excel内部的约定，假设sumif函数支持数组，但此时第一参数为IF(B1:B11="b",A1:A11,"")，这就决定了如果要使用if的判断结果作为参数，那么整个公式必须是一个数组公式，也就是Ctrl+Shift+Enter结束生成的数组公式，但鱼版主的两个公式都是普通公式，所以if判断的返回结果并不是一个意料中的数组，来参与整个公式的运算。

那么17的结果是怎么出来的呢？因为是普通公式，所以if函数没有完全起作用，整个IF(B1:B11="b",A1:A11,"")其实就相当于一个IF(B11="b",A1:A11,"")的区域引用(其中B11，11的位置是由公式所在行决定的)，所以跟B列整列数据没有关系，而只与公式所在行的那个B列值有关。这样也就可以解释为什么E10的公式就不能得出结果：如果把E10中的IF(B1:B11="a","",A1:A11)改成IF(B1:B11="b","",A1:A11)，一样可以得到17的结果，因为B10为“a”。

回过头来，如果把E10和E11的公式都加上Ctrl+Shift+Enter的话，那么所有的结果都是＃Value！了，这才是系统告知：sumif函数不支持数组参数。

话再说回来，"假设sumif函数支持数组"这个假设本身就不成立，其实这两个公式是双重错误(参数用法错误，数组公式输入错误)，所以它的结果是没有意义的，这样的讨论意义也不大。

以上为个人看法，如果有什么说的不对的地方，鱼版主请见谅。

[此贴子已经被作者于2006-9-28 9:59:59编辑过]

鱼之乐

谢谢楼上的，解释的很清楚。