这题要剔除没有获取到年龄的用户再输出设备 ID、性别、年龄、学校。我原来的代码用了age ! 牛客样例也通过了。但回头看这个条件没有准确表达题意。关键区别是数据库里的 NULL不是屏幕上看起来空白的字符串也不是数值零。1. 正确条件直接写出来SELECT device_id, gender, age, university FROM user_profile WHERE age IS NOT NULL;题目要判断是否记录了年龄因此检查 age 是否为 NULL。没有要求剔除零也没有要求再过滤学校。原解法保留在下面作为错误对照不应继续照抄SELECT device_id, gender, age, university FROM user_profile WHERE age ! ;这张图说明旧查询通过了当时的数据不能证明它已经覆盖所有边界。原样例的已知年龄都是正整数恰好没有揭示数值零与空字符串比较的问题。2. 一张表分清 NULL、0 与普通数值以下使用独立演示表不覆盖 user_profile。零值用于测试查询语义它是否符合某个真实业务的年龄规则是另一回事。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, 北京大学), (302, female, NULL, 复旦大学), (303, female, 0, 浙江大学), (304, male, 25, 山东大学);SELECT device_id, age, age IS NOT NULL AS has_age, age NULL AS wrong_null_comparison FROM sql10_demo ORDER BY device_id;本次临时数据库结果device_idagehas_agewrong_null_comparison301211NULL302NULL0NULL30301NULL304251NULLage NULL也不正确与 NULL 的普通比较得到未知不是“判断它是否未知”。WHERE 不会保留这些未知结果。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 三个已记录值。若业务要求年龄必须大于零应明确增加AND age 0那是另一个条件不要藏在一次隐式转换中。3. 为什么旧条件在 MySQL 中尤其不可靠age 是整数列是字符串。MySQL 比较不同类型时可能进行数值转换空字符串在这种数值比较中相当于零因此age ! 可能把已记录的零年龄也排除。这一步是依据 MySQL 类型转换规则 的分析不是本轮 SQLite 的运行输出。不同数据库对类型混合比较可能不同不能拿一个引擎的表现证明另一个引擎也这样执行。原样例里 NULL 行也没被保留但原因是普通比较得到未知而被 WHERE 排除不是它找到了“空字符串年龄”。输出暂时相同条件含义仍可能不一样。另外整数列插入空字符串是否报错、是否被转换还涉及 SQL 模式。这里不依赖这种脏数据来设计查询也不替所有 MySQL 配置编造同一个结果。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(*) 数行COUNT(age) 不计 age 为 NULL 的行零值仍计入。这可以作为查看数据质量的小检查但不是用聚合结果替代逐行查询。如果上游将零约定成“未填写”查询应该体现该约定最好也审查数据模型它不能改变 SQL 中 NULL 与零本来不同的事实。5. 本次怎样验证本次在 SQLite 3.47.2 临时库运行上面的共同 SQL核对有年龄、无年龄、零、空表及全部缺失等案例MySQL 的类型转换问题只依据官方文档分析。未启动原有 MySQL 服务未修改你电脑上的已有数据库也没有声称重新通过牛客隐藏测试。与 SQL9 排除某学校 放在一起看一个比较已知字段值一个判断值是否缺失。先明确这两类需求才能决定用不等比较还是 IS NOT NULL而不是看到空白就写! 。