这题就是一个很基础得题了，逻辑简单，应该都会。题目中的描述还是比较清楚，就不过多打一堆废话。这里用得变量去做，开窗自己去开 select d.uid,sum(d.startNum) as exam_complete_cnt from ( select b.uid,b.startNum,b.submitNum, (case when @preCol = b.uid then @rk:=@rk+1 else @rk:=1 end) as rk,@preCol:=b.uid from ( select a.uid, date_for...

select      uid,windowDays, format(examTimes*1.0/startToEndDays * windowDays,2) as avg_exam_cnt from (     select          uid,         max(dated...

step1: 通过一个内连接将两个表连接起来同时过滤掉一些杂七杂八的数据。step2:根据exam_id分区开两个窗口，一个窗口用来统计最快完成的记录排名，一个窗口用来统计最慢完成的记录排名。 同时吧该条记录的 usedSeconds查询出来，把外层查询需要用得字段填上step3: 过滤出第二慢和第二快的记录，按照exam_id分组，按照题目给出分出条件：第二慢的记录的usedSeconds和第二快的记录的usedSeconds之差大于试卷时长的一半（注意这里的试卷时长用得是分钟，转一下秒）的试卷信息。在最后分组过程中为什么用max,min 这些聚合函数应该大家都明白。不做说明。...

解法一：先做一个开窗的（只要知道开窗的伙伴应该都会做）解法二：后面再做个不开窗的,用mysql老版本的朋友应该都熟悉变量这种方式， select * from ( select c.tag,c.uid,row_number() over(partition by c.tag order by c.max desc,c.min desc,c.uid desc) as rk from ( select a.uid,b.tag,max(score) as max,min(score) as min from ...

这个题的表述“总活跃月份数”，“活跃天数”，“年试卷作答活跃天数”我认为应该是指start_time有即可，不管该答题记录的用户是否已经提交，只要有记录，就说明该天活跃。这里就感觉没必要详细分析，应该都会。只是这种描述可能存在歧义，所以上面一句话谈了谈自己对描述条件的理解。牛客sql的很多题中，有时候作者的描述我感觉是有歧义的。方法：step1:蛮简单的就是把符合要求的用户记录 找出来，分别用user表left join 答题表、练习表，然后将他们union all起来，同时标记号记录的所属范围，因为后面的分组计算需要用到 step2:group by uid 即可，根据条件...

还有一种方法就是要不你就每个表加一个标记字段，比如A表增加一列rk 全为2，B表增加一列rk全为1，然后子查询再按rk字段，uv字段，pv字段再排 ( select a.exam_id as tid, count(distinct a.uid) as uv, count(1) as pv from exam_record a group by a.exam_id order by uv desc, pv desc limit 9...

????????????????????????????????????????????????????我服了，如果这个题很复杂的话，那我是不是要墨迹半天才能找到错误，或者如果测试用例很复杂的话，可能根本找不到逻辑。

这个题我错了一次，没有考虑到如果作答表某条记录没有被提交，是不能算作一次作答次数的，已经确定了如此。做了但是没有被提交的答题记录，我这里是把这样的用户算入uv的，你可以看到我左后uv字段只是去了个重，还有两个日期比较时用的是start_time。但是没有被提交的答题记录，在计算平均分数的时候，是不能被计算进去的,算进去一定会错。 #STEP1:以下是某张试卷的基本条件分析（某张卷子） #SQL类别试卷发布后当天： tag = SQL 且 （exam_record作答表的start_time年月） = （examination_info 试卷信息表release_time年月）的 ...

做题建议：体会1：牛客的题最好分析分析他的测试用例的，说实话他的描述真的不如leetcode清楚，很多有歧义的地方，前面我踩了很多坑就是因为有歧义造成对需求理解不到位。体会2：拆步骤吧，虽然说个人一直觉得能一把梭就把代码写完确实很帅，但这样无形中就增加了对题的难度，其实自己有时候就喜欢这样，感觉很帅但是题会把你卡很久，不利于及时完成用户需求。体会3：暂时还没有 #当月：submit_time最大的年月 #完成试卷数量：submit_time 不是空 #用户的 # 1002用户 （9003，1，算法，9月）（9002，1，C++,9），（9001，1，SQL,9）（9002，0，C++，7月） ...

为什么出题人在描述中的detail字段的结果展示中和测试用例的结果展示不同？用了三种方式去写，最终结果都是detail字段的顺序问题，他这个描述是真的误导人，************请注意，在测试用例中，detail字段是按照日期升序排序的。 #统计2021年 #有效用户：完成试卷作答数量 >=1 and 未完成数量 < 5 #且未完成试卷作答数 > 1 #输出用户ID、未完成试卷作答数、完成试卷作答数、 #detail:作答过的试卷tag集合(start_time的日期:tag),集合元素之间用;隔开 #结果顺序: 按照未完成试卷的数量 从大到小排列 SELECT ...

mysql有些操作真的很迷，这个题应该是小问题多，所以通过率很低，大家应该都会 ( select b.month, count(1) as month_q_cnt, format (count(1) / max(b.day), 3) as avg_day_q_cnt from ( select a.question_id, date_format (a.submit_time, "%Y%m") as month, ...

这个题其实要认真读题，每个人月活跃的天数加起来才是总的月活跃天数，然后再除以这个月的活跃人数，一个人在一天内提交n次那么这个人在这一天活跃1次，内层的concat将天和uid拼接起来就是为了外层的分组聚合时，能够distinct掉一个用户在某一天提交n次的情况。而某个月的活跃人数，直接uid去重聚合就可以了心得：不要慌，一步一步来，读懂题。 新朋友不要嫌弃自己的代码很垃圾很长，心态很重要，我感觉sql的题说白了就是拼熟练度，做多了之后，就会熟练，他和算法很不同，sql难题就很固定，难题也就是那几种处理方法，套路见多了就容易多了，相比于算法来说不需要太多天分。熟练了谁都会。你要说优化的话那是后话...

select b.score from ( select a.score, sum(a.score) over () / count(1) over () as avg from exam_record a join examination_info b on a.exam_id = b.exam_id and b.tag = "SQL" and a.submit_time is not null ...

select count(1) as total_pv, sum( case when a.submit_time is not null and a.score is not null then 1 else 0 end ) as complete_pv, count( distinct case when a.submit_time is not null and a.score is not...