這題要剔除沒有獲取到年齡的用戶再輸出設(shè)備 ID、性別、年齡、學(xué)校。我原來的代碼用了age ! 牛客樣例也通過了。但回頭看這個條件沒有準(zhǔn)確表達(dá)題意。關(guān)鍵區(qū)別是數(shù)據(jù)庫里的 NULL不是屏幕上看起來空白的字符串也不是數(shù)值零。1. 正確條件直接寫出來SELECT device_id, gender, age, university FROM user_profile WHERE age IS NOT NULL;題目要判斷是否記錄了年齡因此檢查 age 是否為 NULL。沒有要求剔除零也沒有要求再過濾學(xué)校。原解法保留在下面作為錯誤對照不應(yīng)繼續(xù)照抄SELECT device_id, gender, age, university FROM user_profile WHERE age ! ;這張圖說明舊查詢通過了當(dāng)時的數(shù)據(jù)不能證明它已經(jīng)覆蓋所有邊界。原樣例的已知年齡都是正整數(shù)恰好沒有揭示數(shù)值零與空字符串比較的問題。2. 一張表分清 NULL、0 與普通數(shù)值以下使用獨(dú)立演示表不覆蓋 user_profile。零值用于測試查詢語義它是否符合某個真實業(yè)務(wù)的年齡規(guī)則是另一回事。CREATE TABLE sql10_demo ( device_id INTEGER PRIMARY KEY, gender VARCHAR(14) NOT NULL, age INTEGER, university VARCHAR(32) NOT NULL ); INSERT INTO sql10_demo VALUES (301, male, 21, 北京大學(xué)), (302, female, NULL, 復(fù)旦大學(xué)), (303, female, 0, 浙江大學(xué)), (304, male, 25, 山東大學(xué));SELECT device_id, age, age IS NOT NULL AS has_age, age NULL AS wrong_null_comparison FROM sql10_demo ORDER BY device_id;本次臨時數(shù)據(jù)庫結(jié)果device_idagehas_agewrong_null_comparison301211NULL302NULL0NULL30301NULL304251NULLage NULL也不正確與 NULL 的普通比較得到未知不是“判斷它是否未知”。WHERE 不會保留這些未知結(jié)果。MySQL 官方 NULL 說明。真正的過濾查詢SELECT device_id, gender, age, university FROM sql10_demo WHERE age IS NOT NULL ORDER BY device_id;保留 301、303、304即 21、0、25 三個已記錄值。若業(yè)務(wù)要求年齡必須大于零應(yīng)明確增加AND age 0那是另一個條件不要藏在一次隱式轉(zhuǎn)換中。3. 為什么舊條件在 MySQL 中尤其不可靠age 是整數(shù)列是字符串。MySQL 比較不同類型時可能進(jìn)行數(shù)值轉(zhuǎn)換空字符串在這種數(shù)值比較中相當(dāng)于零因此age ! 可能把已記錄的零年齡也排除。這一步是依據(jù) MySQL 類型轉(zhuǎn)換規(guī)則 的分析不是本輪 SQLite 的運(yùn)行輸出。不同數(shù)據(jù)庫對類型混合比較可能不同不能拿一個引擎的表現(xiàn)證明另一個引擎也這樣執(zhí)行。原樣例里 NULL 行也沒被保留但原因是普通比較得到未知而被 WHERE 排除不是它找到了“空字符串年齡”。輸出暫時相同條件含義仍可能不一樣。另外整數(shù)列插入空字符串是否報錯、是否被轉(zhuǎn)換還涉及 SQL 模式。這里不依賴這種臟數(shù)據(jù)來設(shè)計查詢也不替所有 MySQL 配置編造同一個結(jié)果。4. COUNT 也能幫我檢查缺失值SELECT COUNT(*) AS total_rows, COUNT(age) AS known_age_rows, SUM(CASE WHEN age IS NULL THEN 1 ELSE 0 END) AS missing_age_rows FROM sql10_demo;本例得到 4、3、1。COUNT(*) 數(shù)行COUNT(age) 不計 age 為 NULL 的行零值仍計入。這可以作為查看數(shù)據(jù)質(zhì)量的小檢查但不是用聚合結(jié)果替代逐行查詢。如果上游將零約定成“未填寫”查詢應(yīng)該體現(xiàn)該約定最好也審查數(shù)據(jù)模型它不能改變 SQL 中 NULL 與零本來不同的事實。5. 本次怎樣驗證本次在 SQLite 3.47.2 臨時庫運(yùn)行上面的共同 SQL核對有年齡、無年齡、零、空表及全部缺失等案例MySQL 的類型轉(zhuǎn)換問題只依據(jù)官方文檔分析。未啟動原有 MySQL 服務(wù)未修改你電腦上的已有數(shù)據(jù)庫也沒有聲稱重新通過牛客隱藏測試。與 SQL9 排除某學(xué)校 放在一起看一個比較已知字段值一個判斷值是否缺失。先明確這兩類需求才能決定用不等比較還是 IS NOT NULL而不是看到空白就寫! 。