在第一篇分享中我也提到过，Excel对于纯数字单元格埋了不少坑，就我的使用经验而言，最高频踩到的一个坑，莫过于纯数字单元格vlookup匹配了。并且在刚开始很长一段时期内，总是摸不清这个坑的实际形状，有时候以为找到窍门了，但下次碰到还是栽，其实是因为没有找到真正的症结所在。
首先我们先明确一下场景，是两列纯数字单元格进行匹配，比如A列是原始数据，B列是当前数据，我现在要对B列数据的每一个单元格在A中进行匹配，看看B中有多少在A中能找到。本篇讨论的重点是，应该匹配到，但结果却显示「#N/A」的，比如两边明明看起来都是「1234」，用Ctrl F就能轻松找到，但vlookup却没有匹配到，特别是数据量非常庞大的情况下，你不可能凭肉眼看出来，也不能对每一个没有匹配到的值都查找验证一遍，但错误的匹配结果可能给你带来很大的工作差错。
关键步骤
先说结论：问题关键在于，匹配双方单元格的左上角有没有绿色的三角形「小旗子」。
啥？就是这个：
我叫它绿色「小旗子」
大部分人在碰到这个问题的时候，通常和我刚开始一样，觉得应该是单元格格式设置的问题，两边的格式肯定设得不一样，应该都设成文本（考虑到纯数字单元格可能会有「0」开头的，设置成文本格式才能不丢失），抱着这个理念的结果是，有时候貌似如此，但有时候又不灵了，明明两列都是「文本」格式了，怎么还是「#N/A」！说起来抽象，我们来看图：
均为文本格式
可以看到，上图中两列都是文本格式，但是很明显，左边一列都有旗子，右边一列的第一个单元格没有，匹配结果就成了「#N/A」
再来看：
均有小旗子
上图中两列都有小旗子，但并非都是文本格式，匹配结果仍然正确，由此便可验证前面说的结论，能不能匹配到，关键看小旗子，而不是格式。
既然论证了这个结论，那么问题就转化成了，如何快速给匹配双方加上小旗子。答案是：分列。
这还真是不用不知道，用了就再也不会放弃，因为迄今为止没有更高效的解决方案了。其实不是真的要分列，而仅仅是为了利用其中的一个设置格式的步骤，而这恰能实现我们的目的，请看操作步骤：
批量加「小旗子」
总结
凡需对两列纯数字单元格进行匹配，为确保万无一失，务必在匹配之前，分别对两列数据进行「分列」操作，即批量加上「小旗子」，然后再vlookup，这样的匹配结果才能让人放心。
网友评论