從表上面看，編碼01-01 確實只有一個，數(shù)量就是50個啊。是不是單元格格式不一樣？
檢查看看，前面都帶逗號，說明都是文本格式。

既然匹配的數(shù)據(jù)格式也一樣，為啥還是算出來是150？
難道Excel結(jié)算也看人品？
牛閃君想到用countif函數(shù)來看看，到底這個01-01有多少個？趕緊輸入公式看看。

怎么會有5個01-01 這是啥情況？難道Excel抽了？
注意碰到這個問題，不用驚慌，這是sumif類函數(shù)的一個特性。
=SUMIF(A2:A6,F2,B2:B6) 中，中間這個F2，判斷條件，sumif函數(shù)有個特性，會考慮先把文本存儲的格式先內(nèi)部轉(zhuǎn)換成數(shù)值格式，一點能轉(zhuǎn)換成功，就會用數(shù)值作為條件進行判斷，本例中’01-1,sumif函數(shù)自動轉(zhuǎn)換成1-1。而1-1正好又是日期格式。相當于對這個文本存儲的數(shù)字乘以了1，從而變成了數(shù)值。
而A2：A6的區(qū)域可以會進行轉(zhuǎn)化，本例就會成為五個1-1的日期，正好條件是1-1 所以countif函數(shù)求個數(shù)就會顯示出有5個。所以那個150就是五個1-1的日期對應(yīng)的數(shù)量的和。
講到這里，你就會明白，只要是帶逗號的文本形式存儲的數(shù)據(jù)格式做條件就會出現(xiàn)這樣的問題。
所以這種案例通常出現(xiàn)在身份證的條件求和統(tǒng)計上，身份證轉(zhuǎn)換成數(shù)值后，后面幾位都是000。
所以身份證就會有重復(fù)狀態(tài)出現(xiàn)，從而出現(xiàn)計算錯誤。

好那么問題來了，應(yīng)該如何避免這種情況呢？記住了啊。知識點。在公式中加入&"*"=SUMIF(L2:L6,O2&"*",M2:M6)

這個的目的是防止sumif函數(shù)轉(zhuǎn)換數(shù)值的操作，保證它依然用文本格式進行匹配。
這個知識點,一定要記住喲。