题解 | #牛客直播转换率#步骤拆解法

牛客直播转换率

http://www.nowcoder.com/practice/73bf143cfc7f452a8569c6d7eca380f9

  1. 解题思路

“统计每个科目的转换率(sign_rate(%),转化率=报名人数/浏览人数,结果保留两位小数)。 注:按照course_id升序排序。” 题目的重点就在这句话,下面来拆解这句话这里的考察知识点

  • “每个科目”,表示会用到GROUP BY 函数来分组,分组的字段是course_name。 即GROUP BY course_name;

  • “转换率(sign_rate(%),转化率=报名人数/浏览人数)”,这里包含了三个变量

    • 第一个:报名人数,这里定义变量为sign,那么怎么获取这个sign值?根据题目里给出的信息 “if_sign表示是否报名” 和behavior_tb表格里的数据, 可知当if_sign = 1的时候,这个人就是成功报名了,sign就+1。只需要先用CASE WHEN函数来判断这个条件,再用SUM函数对符合这个条件的人数进行统计即可。 转换为SQL语言就是:SUM(CASE WHEN if_sign = 1 THEN 1 ELSE 0 END)sign;

    • 第二个:浏览人数,同理可用上面的思路求出浏览人数的总数,这里定义变量为vw,即SUM(CASE WHEN if_vw = 1 THEN 1 ELSE 0 END)vw;

    • 第三个:转换率,根据已知公式,直接把上面两个变量相除即可,即 sign/vw

  • 然后 “结果保留两位小数”,说明要用ROUND函数 进行小数位数保留。不过这里转换率是百分数,所以要用100去乘以这个除后的值。 即 ROUND(100*(sign/vw), 2) AS sign_rate(%)

  • 最后这句 “注:按照course_id升序排序。”,表示会用ORDER BY函数来进行升序排序。

这道题思路基本就拆解的七七八八了,我们只需要合并上面的步骤。

  1. 解题步骤
  • 首先可以先建立一张表c来获取每个科目的报名人数sign和浏览人数vw,具体代码如下:
SELECT course_name, 
SUM(CASE WHEN if_sign = 1 THEN 1 ELSE 0 END)sign, 
SUM(CASE WHEN if_vw = 1 THEN 1 ELSE 0 END)vw 
FROM course_tb ct, behavior_tb bt  
WHERE ct.course_id = bt.course_id 
GROUP BY course_name;

会生成这样一张表格c: alt

  • 然后用课程表course_tb和刚刚新表连接,连接点是course_name,接着就可以获取转换率sign_rate(%) 和最后结果的排序:

alt

  1. 参考代码
SELECT course_id, c.course_name, ROUND(100*(sign/vw), 2) AS `sign_rate(%)` 
FROM course_tb ct, 
(SELECT course_name, 
 SUM(CASE WHEN if_sign = 1 THEN 1 ELSE 0 END)sign, 
 SUM(CASE WHEN if_vw = 1 THEN 1 ELSE 0 END)vw 
 FROM course_tb ct, behavior_tb bt  WHERE ct.course_id = bt.course_id GROUP BY course_name)c 
 WHERE ct.course_name = c.course_name 
 ORDER BY course_id;

没想到通过率还挺高的🤣 alt

MySQL题解 文章被收录于专栏

本专栏主要对各种经典的MySQL题进行解说,希望用最易懂简洁的语言帮助大家通关MySQL。

全部评论

相关推荐

想干测开的tomca...:让我来压力你!!!: 这份简历看着“技术词堆得满”,实则是“虚胖没干货”,槽点一抓一大把: 1. **项目描述是“技术名词报菜名”,没半分自己的实际价值** 不管是IntelliDoc还是人人探店,全是堆Redis、Elasticsearch、RAG这些时髦词,但你到底干了啥?“基于Redis Bitmap管理分片”是你写了核心逻辑还是只调用了API?“QPS提升至1500”是你独立压测优化的,还是团队成果你蹭着写?全程没“我负责XX模块”“解决了XX具体问题”,纯把技术文档里的术语扒下来凑字数,看着像“知道名词但没实际动手”的实习生抄的。 2. **短项目塞满超纲技术点,可信度直接***** IntelliDoc就干了5个月,又是RAG又是大模型流式响应又是RBAC权限,这堆活儿正经团队分工干都得小半年,你一个后端开发5个月能吃透这么多?明显是把能想到的技术全往里面塞,生怕别人知道你实际只做了个文件上传——这种“技术堆砌式造假”,面试官一眼就能看出水分。 3. **技能栏是“模糊词混子集合”,没半点硬核度** “熟悉HashMap底层”“了解JVM内存模型”——“熟悉”是能手写扩容逻辑?“了解”是能排查GC问题?全是模棱两可的词,既没对应项目里的实践,也没体现深度,等于白写;项目里用了Elasticsearch的KNN检索,技能栏里提都没提具体掌握程度,明显是“用过但不懂”的硬凑。 4. **教育背景和自我评价全是“无效信息垃圾”** GPA前10%这么好的牌,只列“Java程序设计”这种基础课,分布式、微服务这些后端核心课提都不提,白瞎了专业优势;自我评价那堆“积极认真、细心负责”,是从招聘网站抄的模板吧?没有任何和项目挂钩的具体事例,比如“解决过XX bug”“优化过XX性能”,纯废话,看完等于没看。 总结:这简历是“技术名词缝合怪+自我感动式凑数”,看着像“背了后端技术栈名词的应届生”,实则没干货、没重点、没可信度——面试官扫30秒就会丢一边,因为连“你能干嘛”都没说清楚。
点赞 评论 收藏
分享
评论
1
收藏
分享

创作者周榜

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