sql查询成绩不及格的学生-不及格学生成绩查询结果-成绩相关-静秋百科网

猜您喜欢：：

起初，咱们得把数据摆到桌面上。就拿那 2023 到 2024 这两个学期的学生成绩单来说，数据库里躺着几百万行记录，大局部都是及格线以上的“通关人员”，但有些同学的成绩单上面，红字特别显眼，那是不及格。这就好比你去逛超市，货架上摆满了零食，可你只关切那几瓶让人头大的辣条，其他杂七杂八的实际上懒得理睬。在 SQL 世界里，查询“不及格学生”实际上就是想找出那些总分没通过考试的学生。最直接的写法，就是 `WHERE` 条件里的 `成绩 < 60`。别一上来就整一堆复杂的 `CASE WHEN` 要么嵌套逻辑，直接用算术比较最帅。
比方说，我有一张叫 `student_scores` 的表，里面存着 `student_id` 和 `score` 俩字段，那行代码就写死了：`SELECT FROM student_scores WHERE score < 60`。这种写法别看好办粗暴，但有时候确实不够优雅。
要是成绩是由“基础分”加“加分”组成的，比如基础分 60 分及格，每加 5 分，那直接用 `WHERE (基础分 + 加分) < 70` 就能搞定，不用写成 `CASE WHEN (基础分 + 加分) < 70 ENDEXCEPT WHEN...` 这种花里胡哨的。自然，要是分数是百分比，比如 80 分代表出色，那 `WHERE score < 70` 再合适不过。实际上啊，大量时候我们不是关心“哪位没及格”，而是关心“哪位及格得便宜”。
比如我想找“不及格但平均分挺高”的人，那得用聚合函数。SQL 的 `AVG()` 要么 `SUM()` 能帮你算出这批人的平均绩点。
比如我要查两个不及格但 GPA 都超过了 3.5 的学生，那 SQL 就得变成这样的样子：`SELECT FROM student_scores WHERE score < 60 AND AVG(score) > 3.5`。不过这种写法有个小毛病，就是 SQL 不准直接比较两个不同的表。你得把数据存到一张“学生表”（student）里。
这时候 SQL 就得变智慧了，务必先查出名字和成绩，再在另一个表里按名字关联匹配，最终拿回来做条件判断。 ```sql SELECT DISTINCT s.student_name, s.score FROM student s JOIN ( SELECT student_id, score FROM student_scores WHERE score < 60 ) sub ON s.student_id = sub.student_id ``` 你看，这里用了一个子查询（subquery）把不及格的学生 ID 先捞出来，然后再去学生表里找对应的名字。
这就像先挑出没及格的学生名单，再拿名单去学校档案库里翻出来。但更高级一点的写法，是直接用 `JOIN` 连表。别看看起来代码多了点，但逻辑更清楚，也更好办维护。你要查“不及格且成绩最高”的学生，那 SQL 就得与此同时把两个条件塞进 `JOIN` 的后面，就连还要用 `GROUP BY` 来求最大值。 ```sql SELECT s.student_id, s.student_name, s.score FROM student s JOIN student_scores sub ON s.student_id = sub.student_id WHERE sub.score < 60 AND sub.score IN (SELECT MAX(sub2.score) FROM student_scores sub2 WHERE sub2.student_id = s.student_id) ``` 看到没？这一查，SQL 就学会了“找最大”和“找最小”的活儿。
比如我要找“不及格但平均分最小”的人，那条件就反过来：`WHERE sub.score < 60 AND sub.score NOT IN (SELECT MIN(sub2.score) FROM student_scores sub2 WHERE sub2.student_id = s.student_id)`。实际上啊，有些同学可能会想，是不是得换个数据结构才能省费事？比如建一张“成绩分布表”，把每门课的成绩按班级标签分类，然后查“不及格”这个标签？这思路听起来不错，但引入新表意味着更复杂的刷新和初始化工作。还是把数据留在原处，直接用 `JOIN` 要么 `子查询` 最实在。要是数据量特别大，几万条不及格的学生记录，直接 `SELECT ` 可能会慢吞吞的。
这时候就要用 `LIMIT` 要么 `TOP 10` 来截断。
比如只想看前 10 个最差的，那能够写 `SELECT FROM student_scores WHERE score < 60 ORDER BY score LIMIT 10`。不过，要是这个不及格学生名单需求动态更新呢？比如老师每个月重新发一次级，那 SQL 脚本就得配合更新语句一起跑。
要是是批量导入的成绩表，可能需求先做“脏数据清洗”，比如把空字符串要么溢出数字过滤掉，再查一遍 `score >= 0 AND score < 60`。另外，还得提一句“性能警告”。
要是表有 100 万行，全表扫描一下 `WHERE score < 60` 是快得出奇，但要是有 1000 万行，且大局部数据都是不及格的，那数据库得得计算器挺痛。
这时候，加上索引 `WHERE score < 60` 效率会飙升，就连从毫秒级变成秒级。记得给 `score` 字段建个复合索引吗？还有，`DISTINCT` 用得对不对。
有时候学生会误当作 `SELECT ` 会自动去重，实际上不然。`DISTINCT` 是为了避免同一行数据被重复选出来。
这在选“不及格学生”时实际上挺有用的，要是某位同学有多次不及格记录（比如某门课不及格，但总分及格），用 `DISTINCT` 能确保每个名字只出现一次。 ```sql SELECT DISTINCT student_name, total_score FROM student_scores WHERE score < 60; ``` 最终，别忘了 `GROUP BY`。假设你要查不同班级里不及格人数顶多的那些学生，那肯定得按班级分组。
比如： ```sql SELECT class_id, student_name, score FROM student_scores WHERE score < 60 GROUP BY class_id, student_name HAVING COUNT() > 1; ``` 这意味着，同一个班级里不及格人数超过 1 个的学生，才会被选中。总结一下，查不及格学生，核心就是 `WHERE score < 60`。有的同学会认定 `JOIN` 忒难，认定子查询忒恶心，实际上它们只是 SQL 的语法糖，本质都是逻辑转换。
只要把数据关系理清楚，选哪种语句写出来，大局部情况下都能覆盖需求。要是数据特别复杂，涉及跨多个科目、多门课加起来才不及格，那得用 `SUM()` 做条件判断。
比如 `WHERE SUM(subj1.score) < 60 AND SUM(subj2.score) < 60`，这时候 `JOIN` 就得配合子查询一起用，出于单表无法与此同时做聚合和关联。总而言之，SQL 写不及格查询，就是要把 `WHERE` 条件放对，把逻辑链条理顺，别让数据跑偏了。
有时候花点工夫建个索引，下次查起来比划都搭了。

好文推荐：：

煤气灶点火器枪怎么用-煤气灶点火器使用指南

初中数学常用公式大全-初中数学常用公式汇总

黑果焖鸡用英语怎么说-Black fruit stir-fried chicken

玉环市属于浙江哪个市-玉环市属浙江省玉环县