笔记 | #汇总各个部门当前员工的title类型的分配数目#

汇总各个部门当前员工的title类型的分配数目

https://www.nowcoder.com/practice/4bcb6a7d3e39423291d2f7bdbbff87f8

select a.dept_no
        ,a.dept_name
        ,c.title
        ,count(title)
from departments a join dept_emp b on a.dept_no = b.dept_no
      join titles c on b.emp_no = c.emp_no
where b.to_date = "9999-01-01"
group by 1,2,3
order by a.dept_no asc, c.title asc;

这段代码通过了,但是实际上还有一些问题,做一些修改,以后注意

1. 应该使用 COUNT(*) 计算每个分组的记录数

  • COUNT(*):计算行的总数,不管行中包含的值是什么。
  • COUNT(column_name):只计算指定列中非 NULL 值的行数。

在 MySQL 中,COUNT(*) 通常更被推荐用于计算行数,因为它的语义明确,且在查询优化器的处理上可能会有更好的性能。

2. 过滤条件不完整:需要确保职称记录也在有效期内(c.to_date = '9999-01-01'

修改代码如下:

SELECT 
    a.dept_no,
    a.dept_name,
    c.title,
    COUNT(*) AS count
FROM 
    departments a 
JOIN 
    dept_emp b ON a.dept_no = b.dept_no
JOIN 
    titles c ON b.emp_no = c.emp_no
WHERE 
    b.to_date = '9999-01-01' AND c.to_date = '9999-01-01'
GROUP BY 
    a.dept_no, a.dept_name, c.title
ORDER BY 
    a.dept_no ASC, c.title ASC;

SQL解题笔记 文章被收录于专栏

记录解题过程中遇到的问题、出现的错误以及掌握不牢固的知识点

全部评论

相关推荐

03-24 13:24
已编辑
江西农业大学 后端工程师
最近或许大家都听说xxxx厂裁员,无论前端,后端,大数据,测试,运维,人人可危, “前端死了,后端也死了,JAVA崩盘了,你们这群搞大模型的真是码奸”这次AI真的会让我们无路可走吗????????太阳底下已经没有新鲜事了旧的生产力的消失,必然有新的生产力诞生马车夫消失 → 汽车司机、修车工、石油工业诞生,从业人数是马车夫的百倍手工纺织女工消失 → 纺织机械工程师、面料设计师诞生,纺织品产量提升百倍2007年苹果开放 App Store,"移动端开发者"这个职业压根不存在。八年后,全球应用经济规模突破 1000亿美元,凭空诞生了数百万开发者岗位。每一次"这次真的完了...
二十岁的编程男神王大...:那这个时代是什么时代呢? 是全员agent的时代,是前端+AI,后端+AI的时代,AI已经融入了项目生命周期的的每一个角落,那我最近在做的东西举例,检查BUG时,我们会用codex,CC等工具的skill去check,效果好还能直接fix,测试的时候,apifox等工具已经有了AI落地的改造,CI/CD阶段,我们会根据hook去跑AI check脚本,就连不少中间件,也迎来了AI落地的改造,(AI网关,AI在MQ中的运用),都可以去了解下 另外记着,这些东西不是意义,工作只是谋生的一个手段,ai是让开发提效了,但是呢,原先一周的工作流程压缩到了两天内,同时低级的都裁员了,只有高级的去维护,你看似写的大义凛然,或许那天你也会成为你文章里面拒绝往前走的人,你才大二,面对技术有热情是对的
AI求职实录
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务