函数辨析-探索MATCH函数的肚量

胡剑0227 · 发表于 2010-1-1 23:29

源自一个实际案例，在使用MATCH函数进行匹配时发生了遗漏了现象。即：明明是有的，但使用“目标文本*”作为查找值来匹配时居然返回#N/A,没数据。然后猜测...验证...现在分享给大家，我觉得还是比较容易犯错的，问题请直接看图。

此处B2单元格用来控制A2单元格后缀的“#”数量

相应附件下载

[ 本帖最后由胡剑0227 于 2010-1-1 23:37 编辑 ]

smupsu · 发表于 2010-1-1 23:30

图还没出来,强帖留名.

居然在别人还没发贴的时候就回帖了.我真行

[ 本帖最后由 smupsu 于 2010-1-1 23:31 编辑 ]

杏花雨V翟 · 发表于 2010-1-1 23:40

还有255个的字符限制，第一次发现，谢谢胡版！

smupsu · 发表于 2010-1-1 23:41

我试了.如果LEN(单元格)>255的时候,就会出现问题.
并且如果不使用通配符,当查找单元格本身超过255的话,错误值变成了#VALUE
请版版赐教!

==============================================================
哦，这个我没试过。既然你试了，我想应该是这样的。谢谢分享

[ 本帖最后由胡剑0227 于 2010-1-1 23:48 编辑 ]

胡剑0227 · 发表于 2010-1-1 23:46

呵呵，我也是这么想的。255是一个比较特别的数字，在2进制中。大家只要有一个印象，使用MATCH的精确方式（查找方式为0）进行模糊查找（查找值使用了统配符）来实现是否包含的功能时要注意单元格的字符数，如果单元格文本比较长那么就要小心了。否则会遗漏而丝毫觉察不到，即使觉察到了也不太容易想到原因，呵呵。

selen · 发表于 2010-1-1 23:54

谢谢版主！

bibisin · 发表于 2010-1-2 00:11

谢谢版主分享

风行无边 · 发表于 2010-1-2 00:18

谢谢版主~ 学习了~不知道在Excel2007中是否会变大些~

胡剑0227 · 发表于 2010-1-2 07:43

在2007中也是一样的。
我觉得，这应该是MATCH函数自身的原因。猜想，可能是为了MATCH函数运行效率高效，因此对其参数的类型进行了强制限定，使得占用的内存空间比较小，因此字符长度就有了限制。

yuxuan1277 · 发表于 2010-1-2 10:36

谢谢班主分享。。。祝版主新年快乐。。

		自动登录	找回密码
密码			免费注册

[分享] 函数辨析-探索MATCH函数的肚量

评分