是的。排列和组合的区别

啥也没说

串台了同学，这里是港台歌手，不限制个人或者乐队。

啥也没说

select
mch_nm
from cmb_usr_trx_rcd
where usr_id in ('5201314520', '5211314521') and year(trx_time) = 2024
group by mch_nm
having count(distinct usr_id) = 2；很棒的思路。记得加distinct

啥也没说

2024不是2023呀亲

啥也没说

year(rcv_datetime) != 1900，用于过滤接收失败的红包。

啥也没说

你最简洁，点赞！

啥也没说

而且你还漏了深交所

啥也没说

跟order by是否生效没有关系。。
你过滤条件写错了，name LIKE '%银行%'会把那些名字里不带银行的漏掉的。industry=银行

啥也没说

当然不需要了， AND mch_nm ='红玫瑰按摩保健休闲' 限制了只有一个商户，有group by 和没group by一个样，好好感受这个逻辑

啥也没说

 MAX(o.current_online) AS max_online_users 这里也要分组取最大

啥也没说

本题的输出结果是一样的，不加也行

啥也没说

能通过啊

啥也没说

timestampdiff(hour,'2022-10-03',current_timestamp)as hours_we_falling_love，被减数要精确到小时。
蝶衣说过，说好的一辈子，少一天、一小时都不算。

啥也没说

你的理解是正确的。 已修改答案。
恭喜你彻底搞清楚了 count(1)\count(distinct )

啥也没说

已调整。

啥也没说

1、数据纰漏。有些股票的industry为空，你的可以找出来，正确答案是非空的
2、统计下你找出答案的行数，和正确答案找出的行数，看是谁多了或者谁少了

啥也没说

SELECT 
distinct 
    gd.gd_id, 
    gd.gd_nm, 
    gd.gd_typ
FROM 
    xhs_fav_rcd fav
JOIN 
    gd_inf gd ON fav.mch_id = gd.gd_id
LEFT JOIN 
    xhs_pchs_rcd pchs ON gd.gd_id = pchs.mch_id
WHERE 
    pchs.mch_id IS NULL

啥也没说

1、5点多的，只要不超过6点，都应被算进去；
2、你的代码细节有问题，详见下面
select *
from cmb_usr_trx_rcd
where usr_id=5201314520 and date(trx_time) between '2024-09-01' and '2024-09-30' and (date_format(trx_time,'%H:%i:%s') >='22:00:00' or date_format(trx_time,'%H:%i:%s')<='06:00:00' )
order by trx_time

啥也没说

手动点赞。你跟下面的米斯兰迪同学， 都是好样的，学以致用，举一反三！

啥也没说

1、跟你说的执行顺序无关；
2、评论区里所有人的问题都指向一类错误：排序字段未枚举全的时候，排名具有随机性。你看下你的答案，物理满分的同学有5个，黄志强、吴勇、柯玉珍、李秀云、赵龙。网站列出的正确答案，也是这5个人，只是名次不同。
3、理解了排名的随机性，本题就算学到了。

啥也没说

WITH total_score AS (
	SELECT 
        s.class_code,
        COUNT(DISTINCT s.student_id),
        SUM(sc.score) AS sum,
        t.name
	FROM students s
	INNER JOIN scores sc ON s.student_id = sc.student_id
	INNER JOIN teachers t ON s.class_code = t.head_teacher
	GROUP BY s.class_code, t.name
) 
select * from total_score 。你with创建了一个子查询，后面没有select动作了，当然会报错了

啥也没说

去掉distinct试试呢？
sum case when时是对每一行求和（人次）；你的count distinct 是对去重后学生数求和。

啥也没说

select * from hand_permutations
where (card1 like "A%" or card1 like "K%")
and (card2 like "A%" or card2 like "K%")
order by id; 菜就多练，改成这样才行。

啥也没说

已调整答案校验逻辑，不再care 字段名称。

啥也没说

我修改过比对答案逻辑，以后都不用order by 了，(1,2,3,4) （3，4，1，2）在本站没区别了

啥也没说

以你的为准，我修改下。

啥也没说

不等于，有两种写法，<> 、!=

啥也没说

一模一样

啥也没说

输出示例里只取了3个字段，你取了全部*呀

啥也没说

select
    mch_nm
    ,sum(trx_amt) as trx_amt
    ,count(1) as trx_cnt
    ,min(trx_time) as first_time
from 
    cmb_usr_trx_rcd
where 
    usr_id='5201314520'
    and trx_amt>=288
group by mch_nm
order by 3 desc 

1、感受多列分组与单列分组，仔细对比这段代码跟你的代码的区别，数字是一样的；
2、以后你取数了，业务方让你取特定商户、特定分类的聚合数据，也可以加上，这样比较【踏实】（虽然第一列是重复的）

啥也没说

看输出示例呢？

啥也没说

已修正

啥也没说

还是你牛，你的是对的。更原始更直观。

啥也没说

没限定就是默认为全部哦

啥也没说

第一列，简写

啥也没说

看题干 注意，“周杰伦”的字符长度应为9。

啥也没说

select 
    right('2♠',1)
   输出什么？

啥也没说

已修正。

啥也没说

嗯，以你的为准。

啥也没说

这两个有区别。所以题干标注了，是使用 COUNT 统计每个用户每天的观看视频数量，再使用 AVG 计算日均观看视频数量。

类似的评价计算，都需要有清晰的定义。

啥也没说

牛啊。这题居然能想到用exists来解答。恭喜能力又上升了一个层次。三个原因决定了这题用exists也合适。​​
1、只需判断存在性，无需返回关联表字段​​
目标是根据地址分类过滤行程，不需要获取 loc_nm_ctg 表中的其他字段，EXISTS 更符合语义。
​​2、潜在性能优势​​
如果 loc_nm_ctg.loc_nm 有索引，EXISTS 在找到第一个匹配项后立即停止扫描，效率更高。
JOIN 需要两次表连接（起点和终点各一次），可能生成中间结果集，增加计算开销。
​​3、避免重复数据​​
JOIN 可能因多对多关系产生重复行（如一个地址名对应多个分类），需额外使用 DISTINCT；而 EXISTS 天然去重。

啥也没说

U cant satisfy everyone

啥也没说

bad pen is better than good mind. Glad to have such excellent and eager to learn user 🌹

啥也没说

I found it.Try harder to find the error, the DAMN-NUMBER-DETAIL.

啥也没说

如有冒犯请见谅。
1、趣味教学；
2、这是5年前我在某股份银行亲自做过的项目，不然不会有这么多灵感。

啥也没说

nice。这哪里是菜鸟，明明是换装大师。点赞。

啥也没说

“按摩保健休闲”在你的第一段sql里，被算了一遍了。

where mch_nm like '%按摩%'这个筛选条件已经把“按摩保健休闲”计算一遍了。

啥也没说

这说明你对窗口函数还没有真正理解。如果over()里不使用partition by，输出的是什么呢？

你多试试这样的题。每个月交易笔数前三的商户、每次考试每个年级每个班级物理前三名的用户。

啥也没说

Try the code bellow.

SELECT *
FROM cmb_usr_trx_rcd
WHERE usr_id = '5201314520'
  AND STR_TO_DATE(trx_time, '%Y-%m-%d %H:%i:%s') >= '2024-09-01 01:00:00'
  AND STR_TO_DATE(trx_time, '%Y-%m-%d %H:%i:%s') <= '2024-09-30 06:00:00'

啥也没说

答案输出结果：yearly_card	half_yearly_card	quarterly_card	monthly_card	total_income
3168.8370	1558.5947	506.6324	514.8078	5748.87 

你的输出结果：
yue	ji	bannian	nian	total
514.78	506.64	1558.59	3169.18	5749.19。

你看下Refrain的评论，是小数点的问题。
另外，手动点赞，你用天数来定义月季年会员，很棒！

啥也没说

这么巧么哈哈哈，你是第1000号用户。
1、不老。mysql 8.0是全球用户量最大的开源数据库版本。你的真正问题是觉得mysql 跟hive有区别，不支持数组、爆炸之类的么？
2、确实没有必要PARTITION BY s.grade_code。不过作为一道练习题，你可以感受下加不加这一句，排序结果是有变化的。

啥也没说

这题太简单啦，洒洒水啦

啥也没说

nice！

啥也没说

你可以理解为这里的排序字段score里面有相同值，排序时跟随机种子有关系。partitionby和不partionby的随机种子是不一样的，所以那些相同分数的同学，你的排序跟我的排序不一样

啥也没说

谬赞了兄弟

啥也没说

这道题就是为了告诉你，字符串也是可以比较的，比较的逻辑就是字符编码的位置。你把下面这段代码丢给大模型问问是什么意思就明白啦 select ord('J'),ord('K'),ord('Q')

啥也没说

两个问题。1、你的连接条件是什么；2、你的where条件能识别出【都】去过吗

啥也没说

你代码写错了，and t1.snd_usr_id 这是个啥条件？？

啥也没说

你再试试

啥也没说

不可能有6行了。因为不存在bj上市的银行。

啥也没说

select
	area
	,count(*) as total_companies
    ,count(case when (name like '%中国%' or name like '中%') then ts_code else null end) as chinese_named_companies
    ,round(count(case when (name like '%中国%' or name like '中%') then ts_code else null end )/count(*),3) as proportion
from
	stock_info
group by
	1
order by
	4 desc ===按比例排序哦，你写成第3列了。
limit
	5

啥也没说

再理解下这种写法：SELECT 
    i.screen_type,
    ROUND(COALESCE(
        SUM((TIMESTAMPDIFF(SECOND, l.start_time, l.end_time) >= i.duration) * (i.if_AI_talking = 1 AND i.if_hint = 1)) 
        * 100.0 
        / NULLIF(SUM(i.if_AI_talking = 1 AND i.if_hint = 1), 0), 
        0
    ), 2) AS AI_with_hint,
    ROUND(COALESCE(
        SUM((TIMESTAMPDIFF(SECOND, l.start_time, l.end_time) >= i.duration) * (i.if_AI_talking = 1 AND i.if_hint = 0)) 
        * 100.0 
        / NULLIF(SUM(i.if_AI_talking = 1 AND i.if_hint = 0), 0), 
        0
    ), 2) AS AI_no_hint,
    ROUND(COALESCE(
        SUM((TIMESTAMPDIFF(SECOND, l.start_time, l.end_time) >= i.duration) * (i.if_AI_talking = 0 AND i.if_hint = 1)) 
        * 100.0 
        / NULLIF(SUM(i.if_AI_talking = 0 AND i.if_hint = 1), 0), 
        0
    ), 2) AS no_AI_with_hint,
    ROUND(COALESCE(
        SUM((TIMESTAMPDIFF(SECOND, l.start_time, l.end_time) >= i.duration) * (i.if_AI_talking = 0 AND i.if_hint = 0)) 
        * 100.0 
        / NULLIF(SUM(i.if_AI_talking = 0 AND i.if_hint = 0), 0), 
        0
    ), 2) AS no_AI_no_hint
FROM 
    ks_video_inf i
JOIN 
    ks_video_wat_log l ON i.video_id = l.video_id
GROUP BY 
    i.screen_type;。这个是最直接的，没有弯弯绕绕的多次计算。你写的相当于多了一次去重。把分子分母都搞小了。

啥也没说

已修改

啥也没说

客单价是指每个用户在某个时间段内的【平均每笔消费金额】。我这里标红了呀。客单价在不同口径下会有不同的定义，分母可以是用户数或订单数哦

啥也没说

yearweek\week是不同的函数哦。通过取第一天加深对该函数的认识，2023-01-01、2024-01-01、2025-01-01会有不同的答案，去试试，用两个函数都试一下

啥也没说

已修正，你自己写出答案了么

啥也没说

这题出错了。应该是计算每天的。

啥也没说

不是哦。这里的点击率是指搜索到点击的点击率。比如你在京东搜索了【男士护肤】，出现了可以无限下滑的商品列表，你点击了【巴黎欧莱雅】、【馥佩】2个商品列表，那这次转化率就是200%。这里的转化率是可以大于1的。

啥也没说

是的。左链接跟链接条件没有关系哦。左链接：左有就有

啥也没说

datediff(f.fav_tm,p.pchs_tm)<0，这一句，同一天9点收藏的， 12点下单的。请问是否小于0？

啥也没说

一天登陆了多次的该怎么办呢？也要去重的呀

啥也没说

已修改。

啥也没说

0/0怎么算呢

啥也没说

手动点赞！你这才算是深入理解了漏斗。漏斗需要人来定义的，你的是灰常严格的定义👍

啥也没说

跟变量木有关系，本网站所有题都不需要使用变量。

啥也没说

感觉你还是没理解透。月活、日活代指活跃用户数，要count distinct user_id；你代码写的是次数。 饿了么月活用户1000万，下单5000万单，一个是count distinct，一个是count 1，注意分辨哦

啥也没说

是的，打牌只看组合，不看排列。给你先发A再发K、跟先发K再发A是一样的。

啥也没说

及格是约定俗称的哦，60分。

啥也没说

有道理，确实应该限制

啥也没说

这里次数就是人数哦

啥也没说

这题坑很多。我应该再多出2题的。这样就能把四种情况都给大家搞清楚。
1.order by score limit 10，不带窗口函数
2\3\4、三种排序窗口函数。
你先自己试试吧

啥也没说

那必须能union，你想怎么union，union 和or是天生一对啊

啥也没说

现在不用注意了😄

啥也没说

一个钟不可能同时在 22-24点、0-5点呀，and 和 or大坑。都是要学的。

啥也没说

想用非，没毛病啊，select * from cmb_usr_trx_rcd 
where usr_id = 5201314520 and date(trx_time) between '2024-09-01' and '2024-09-30' and hour(trx_time) not between 6 and 21 ，临界点改对了就行。

啥也没说

当然可以，但你大小写没写对呀。

啥也没说

注意审题。擦边营收，是商家维度。

啥也没说

擦边营收啊哈哈哈，营收就是特指店家维度

啥也没说

研究的很细了！评论区里，好几位同学排序找出来的前10名，都是不一样的。

啥也没说

那肯定做不出来的。

啥也没说

编号对不上哦。

啥也没说

短路这个词用的好啊。关于短路，你再研究研究，要是我就想从小到大来写，又该怎么办呢？（理论上只需要保证所有条件符合MECE原则，管你怎么写，都能算出来）

啥也没说

仔细阅读你的链接条件，化学老师所带班级的学生成绩，你这样是把所有科目成绩都算进去了。要么在case when条件里加一个sc.subject='化学'，要么在where 条件里过滤出化学成绩。

啥也没说

给你点赞，严谨大师！不过如果按照你的逻辑推论，理论上不存在月活、日活了，所有的表述都应该具体到秒甚至毫秒了。

啥也没说

这题考的就是inner join和left join的使用场景。你运行这段代码试试，SELECT 
    s.singer_id,
    s.singer_name,
    a.album_id,
    a.album_name,
    COUNT(l.id) AS play_count
FROM 
    singer_info s
JOIN 
    album_info a ON s.singer_id = a.singer_id
inner JOIN 
    song_info sg ON a.album_id = sg.album_id
inner JOIN 
    listen_rcd l ON sg.song_id = l.song_id
GROUP BY 
    s.singer_id, s.singer_name, a.album_id, a.album_name。

啥也没说

 -(c/b) > 0 跟参考答案的条件是一样的哦

啥也没说

只要是一元一次函数，他一定经过至少两个象限是不？

啥也没说

是的。
deepseek询问 distinct 和group by哪个效率更高，分别使用什么场景，让自己再多学一点知识

啥也没说

只有你在认真刷题。我忘改标题了，是经过第【四】象限的所有函数

啥也没说

所以要怎么改呢？把第一个cte的时间日期过滤条件去掉嘛，😏

啥也没说

以2005年为例，两类都是0。因为你先过滤了，所以你的表里不会出现2005，而答案的解法是不过滤，用case when去计数。如果你就是想过滤、又要求出现2005，那只能把
完整年份表放左边。

啥也没说

你这代码选不出KK、AA呀

啥也没说

花是德州扑克专有名词，在这里暗指隐含的业务知识；且这句话“A花，A♥️K♥️、A♠️2♠️等，都叫做A花”，有说明的。您在仔细看看，有问题微信直接找我哈～

啥也没说

还有一个隐藏的动作 execute（执行），select你可以理解为渲染、挑选，把执行后的结果捡出来，捡的实际动作就是纯捡，不产生任何新的字段。

啥也没说

是的 看第一题 你可以实验一下

啥也没说

打开高德地图，打一次车，然后快速取消，然后回到【我的】、【我的订单】，查看订单列表，每一个订单（不管是已取消还是已完成的），都会有一个【再来一单】按钮，请问，这个按钮靠什么来判断【再】

啥也没说

留存率有很多种，分不同的场景。有些强调新用户的留存、有些则是周期不同，短剧这种上瘾的，可能看天；电商频率低一些，可能看周；家具可能就不看了，直接看1年内复购。

啥也没说

好问题，那你觉得问题出在哪里，如果会员记录表足够长（用户注册后每一天是否会员状态都有被记录的话），应该怎样写链接条件

啥也没说

主键不是订单id，一个订单被取消有可能被重新呼叫呀

啥也没说

如电话沟通，只需改动两个字母即可通过运行。
同学你表链接没学好，罚你重写5道left join的题。

啥也没说

sum case when 和count case when绝大多数情况下都是可以等价互换的，你再试试是不是其他条件漏写啦

啥也没说

纯按分数来，前十名有很多个。邱博、蔡帆、张海燕、黃兵都是97分。

这道题用来启发思考的，如果想把分数排前10名（不管是12个同学还是15个同学）所有同学都找出来，应该用什么排序排序窗口函数、是否要用limit

啥也没说

这里的标准是：凡是有过不及格记录的，都算作不及格。

啥也没说

复制你的代码，试了可以通过呀。｜、| 是不是把竖线输入错啦

啥也没说

先看需求，胸有成表；没有成表再看输出示例～

啥也没说

加ORDER BY score_range DESC就好啦

啥也没说

用熟了就发现 count case when sum case when 真香

啥也没说

好问题。通常意义上领导如果交给你一个任务，三天后完成，领导说的就是第三天的下班前；而不是72小时内。😁。不过观察很仔细，这里datediff够用了。

啥也没说

改了

啥也没说

改了改了😁

啥也没说

Done

啥也没说

done

啥也没说

with本质上是一种视图。定理：所有with都可以改写成带括号的子查询，所有子查询都可以改成with，理论上效率并没有什么差别。

啥也没说

跟店铺没有关系，只要是先888后1288就算

啥也没说

不用降序。

整个系列我留了一些坑，没认真刷题的同学压根体会不到。

啥也没说

我修正后台check逻辑了，不再要求列明严格对应。

啥也没说

加一细节了，👍

啥也没说

年龄计算，至少有4种口径。
1、按你说的直接取年再相减；
2、日期相减除365取整数；
3、日期相减除365.25取整数（考虑闰年）；
4、年份相减，然后看今天是否已经过完了生日，如果没有就减一。

具体以业务为准～

啥也没说

认真刷题👍

很多同学不知道case when 有先后顺序。
复制这个飞书链接，去看下其他同学的想法：

https://qxvb1cn8oj.feishu.cn/minutes/obcnph921nldwtxm68c2tns9

啥也没说

是的，很容易被忽略的知识点。

啥也没说

你这算是小幅度使用正则表达式了，👍
正则表达式完全可以单独开一个专题，不过咱们这里是SQL，有限使用～

啥也没说

同上次回复。过滤时用哪种都行。

啥也没说

果然人跟人的脑回路是不一样的。
我倒觉得inner join更好理解。你这个写法没到一定水平的小白，脑子抓破了也难以理解，适合高阶人士使用哈哈

啥也没说

用于过滤时，哪种都行；
用于输出，尤其是工程化、有下游会使用你的数据时，比如excel、或者pandas去读取，最好还是用时间日期提取，这样可以跟下游格式保持一致。

啥也没说

👍

啥也没说

本题共23个用户。
ntile(5)over(order by frequency_days, cust_uid):5, 5, 5, 4, 4；
ntile(4)over(order by frequency_days, cust_uid):6, 6, 6, 5;
ntile(3)over(order by frequency_days, cust_uid):8, 8, 7。
跟order by 几个字段没有关系。ntile(5)最神奇，我本以为应该是55553，没想到是55543。

也即ntile有点抽风，其分组原理让人琢磨不透，可解释性差。

实际业务中RFM的划分，还是需要业人为界定分界点，再用case when来处理的。

这题，你问到就是赚到哈哈哈

啥也没说

select a,b from t group by a会报错的；select a, max(b) from t group by a不会报错。你的语句不加max，就是犯了第一种错

啥也没说

你写成2026了哥哥

啥也没说

是的～，你再试下应该能通过了

啥也没说

就是之前说的情景。直接写出来的和算出来的不一样。

啥也没说

没毛病，cast最稳妥

啥也没说

哈哈哈 还没分班吧 高一

啥也没说

写出来

啥也没说

select cast(90.01 as float) -->90.01；
select cast(90.00 as float) -->90。
可以系统的总结cast round处理小数点的问题了。

啥也没说

棒！👍

啥也没说

没理解错。搜索次数（左表行数）是分母，点击次数（不空的行数）是分子。
已修改。

啥也没说

Done

啥也没说

创作者自己一般发布后会再看一遍，肯定就完播了。这种100%的完播率不该被统计

啥也没说

加上排序后，输出结果就一样了。

啥也没说

哈哈哈！改成left join，把🐔哥加进去。

啥也没说

👍，已修正

啥也没说

数据是动态变化的

啥也没说

实战中，join > exists > in。因为join能有效利用优化器、索引；exists有break功能，只需要找到一个匹配的记录就可以停止搜索；in的话相当于每一行都要做一次in里面的条件查询。

啥也没说

同样妙不可言

啥也没说

没出现过、没计算过的都可以用于排序

啥也没说

都能舍入；cast能严格控制位数。

啥也没说

round，如果最后一位是0，如30.3030，会变成30.3，直接用cast as decimal 能严格控制位数，不用管最后一位是否为0.

啥也没说

深圳平均最高气温是23.12500000。
1、如果直接select round(23.125,2)是返回23.13；但在答案中返回23.12。round还会根据不同情境做四舍五入，好神奇。
2、cast 也有四舍五入功能；如果只想截取不想舍入，要用TRUNCATE()

啥也没说

通过取第一天加深对该函数的认识，2023-01-01、2024-01-01、2025-01-01会有不同的答案，去试试

啥也没说

👍。买过苹果、买过2次苹果、没买过苹果、只买苹果、第一次就买苹果，可以出个系列了

啥也没说

人家面试题还是有点水平的，一题多解

啥也没说

tag改成中文后能通过了。

啥也没说

你说的子查询应该是用IN？
子查询 IN：
对于小数据集或当子查询的结果集较小时，子查询 IN 可能表现良好。
如果子查询返回大量的值，性能可能会受到影响，尤其是在没有适当索引的情况下。
多表连接（JOIN）：
通常来说，JOIN 操作更为高效，因为现代数据库系统对 JOIN 的优化做得非常好，尤其是当你有适当的索引时。
如果需要从多个表中检索数据并且这些表之间存在关系时，JOIN 是首选方法。
MySQL查询优化器倾向于更好地处理JOIN，并且能够利用索引来加速匹配过程。看具体数据库的安排。

我之前的实践是，hive上对海量（百万级以上）数据处理时，首选JOIN。时间差了至少3倍。

啥也没说

👍

啥也没说

👍

啥也没说

手撕代码的笔试题很喜欢挖这类坑，滴滴取消订单的面试题，就是通过特殊日期标识“订单取消”

啥也没说

done

啥也没说

已统一为软件服务和银行

啥也没说

已修改。

可以感受下这3题的递进关系，本意是让初学者感受case when用于分类前的打标

啥也没说

已修改

啥也没说

1、为什么数4位。
跟系统变量有关系，SELECT 11/7、SELECT round(11/7,5)、SELECT round(11/7,10)默认输出都是4位数字；
2、乘以1.0后者1.00是乘以了浮点数，实际上是在告诉 MySQL 使用浮点数或 decimal 类型来进行除法运算，而不是整数除法。这可以确保结果保留更多的小数位。
3、为什么加一个0变5位、加2个0变6位，可能是mysql特性吧；
4、3位小数点以内用round没问题；如果太长了，还是decimal+手搓吧

啥也没说

done

啥也没说

严谨啊哥哥，连夜修改

啥也没说

好好好，这题下下周见！

啥也没说

可以的。实际业务中，如果用于过滤，怎么方便怎么来；如果是用于输出，要严格遵守输出要求，因为后续就要导入到pythonexcel啥的，会有格式要求，那就推荐date_format。😁

啥也没说

对，mysql没有的

啥也没说

输出示例里有排序要求。另外，in 和inner join的效率不一样的哦。

啥也没说

排序提醒已加上；至于本身的答案不对，不是提醒你有坑了吗😁

啥也没说

感谢指正！高中毕业15年了忘了文科是政史地了哈哈哈

啥也没说

当然不正常，代码错了呗。

啥也没说

上一题告诉你了，“交易时间为凌晨1点至凌晨5点，即[01:00:00, 06:00:00)的所有交易记录。” 你改成6点就行了。
另外，本网站数据量非常大，答案只能展现有限的数据，仅供参考。不是答案一样就能通过的。答案一样只能说明前5条一样。

啥也没说

1、你试一下select '2024-09-30 12:23:23' between '2024-09-01' and '2024-09-30'
返回 0还是1，0就是False、1就是True。
2、多问几个大模型，带上数据库版本

啥也没说

已改，笔芯！

啥也没说

参考答案当然不对咯，毕竟只能参考嘛 巴西跟UTC时间到底差了多少呢？

啥也没说

计算平均应答时间，使用应答时间不为非法值、还是取消时间不为非法值呢，哪个更准确？

啥也没说

已修改，可以再试试

啥也没说

你的研究很仔细哈哈哈。舍入目的还是建议使用round，mysql一直有点疯，不太稳定。

啥也没说

你的答案是对的，没毛病，👍

啥也没说

手动赞

啥也没说

手动赞

啥也没说

已修改～

啥也没说

妙啊！恭喜你发现了华点。所以应该怎么改呢？

啥也没说

提示：有两个分错了。可以打开北京地图 望京片区看看

啥也没说

尴尬了哈哈哈 已修改

啥也没说

你知道什么叫晚上11点吗？

啥也没说

row_number 后面的排序改成desc就行了啊

啥也没说

正确答案已去除10

啥也没说

北京机床研究所你确定是地铁站？题干不是提示你了么。“高德地图接口部分分类数据有误。”

啥也没说

在你主页。

啥也没说

对，手动核对准不准。

啥也没说

单个排序字段无法覆盖逐所有排序主键。输出时把学生id也作为排序字段，就能一一对应啦

啥也没说

我特意把题干也改了，只输出用户id就行；另外，当发现自己代码对不上的时候，可以多个角度剖析，比如统计你的行数、用户数看下是少了还是多了；以正确答案为左表，看你是漏了哪些

啥也没说

是个好问题。发2个520、3个200按题干也算海王，但你的写法找不出来。你把or改成加号试试😏

我特意把题干也改了，只输出用户id就行；另外，当发现自己代码对不上的时候，可以多个角度剖析，比如统计你的行数、用户数看下是少了还是多了；以正确答案为左表，看你是漏了哪些

2024-09-30 12:23:23 并不between '2024-09-01' and '2024-09-30'，傻眼了吧😄

啥也没说

已修正，是该用rank的，之前正确答案用了row_number，已改正。

啥也没说

日期是动态生成的

啥也没说

1表示活跃。你再检查下，你确定u000911连续3个月都有通勤记录大于5次？？

啥也没说

严谨！就按你的来👍

啥也没说

202312、202401、202402 也符合条件

啥也没说

日期在动，没关系的

啥也没说

已修正

啥也没说

已修正。
题意：一个用户18日看了20分钟、19日30分钟。则日平均观看时间为25分钟

啥也没说

bingbo！

啥也没说

只有一个答案是正确的

啥也没说

别闹。。 between and 是前闭后闭的 234；2345

啥也没说

没毛病啊，歌手信息、歌曲信息、专辑信息本来就不是一一对应的关系。

啥也没说

只要有一次就算

啥也没说

那必须呀，都3个满分了

啥也没说

我发你。

啥也没说

是真实的结果。
你再提交试试，刚看了你的答案应该可以得满分。

啥也没说

没区别。不过这题还有一个坑，你把rlike的case when分之放前面，like的放后面试试

啥也没说

排名依据order by score desc, spend_time desc。得分只看准确率，跟耗时没有关系

啥也没说

跟我的正确答案一一比对，每正确一行得分就增加

啥也没说

以开始时间为准

啥也没说

是的；group 1,2,3 非常方便

啥也没说

题干要求研究的是这个商户，不是渣男

啥也没说

select city,
    sum(case when con like '%多云%' then 1 else 0 end) as cloudy_days
    ,concat(cast(sum(case when con like '%多云%' then 1 else 0 end)/count(1)*100 as decimal(10,2)),'%')  as p
from 
    weather_rcd_china
where 
    year(dt)=2021
group by 
    city
order by 
    3 desc 而且也能通过

啥也没说

round和cast as decimal是有区别的这个你知道不？ round(23.657,2)=23.66, decimal的话等于23.65。

select city,
    sum(case when con like '%多云%' then 1 else 0 end) as cloudy_days
    ,concat(cast(sum(case when con like '%多云%' then 1 else 0 end)/count(1)*100 as decimal(10,2)),'%')  as p
from 
    weather_rcd_china
where 
    year(dt)=2021
group by 
    city
order by 
    3 desc 而且也能通过

是的，理论上需要典型的NULL来找出左边有右边没有的

啥也没说

喵的太严谨了，连夜改成大于等于

啥也没说

已修正这个问题，感谢指正。请联系微信【sqlboy-2021】 获赠月度会员！

啥也没说

这是答案故意设置的坑呀

啥也没说

有什么问题吗小可爱

啥也没说

select date_format(a.trx_time,'%Y-%m') as trx_mon，  这句后面的逗号是中文还是英文？

啥也没说

给出的答案只是提示，你改成and不就对了么？

啥也没说

已修正，你再试试

啥也没说

已改，感谢指出

啥也没说

思路新奇，给你点赞，这里主要是为了考察min

啥也没说

思路新奇，给你点赞👍

啥也没说

已修改，现在肯定是一样了

啥也没说

啥叫购买人数，反正不是count(1)、也不是count(pch_trq)

啥也没说

已改

啥也没说

看输出，不是有明显的排序么

啥也没说

数据库语法问题

啥也没说

这是mysql 8.0哦

啥也没说

恭喜中招了，我就是要在这个地方考你，你成功的掉到坑里去了。

2024-09-30 12:23:23 是否between '2024-09-01' and '2024-09-30' 你先回答这个问题

啥也没说

mysql 8.0

啥也没说

报错了

啥也没说

太严谨了，👍

啥也没说

没错。

修改题干了，可以再试试修改后的新题

啥也没说

1、是的；
2、字符串和数字肯定不相等。

啥也没说

已修改题干，不限制任何时间

啥也没说

笔芯♥️

啥也没说

排序。

啥也没说

逗我呢？

啥也没说

如果你要去掉前面的max（或者你说的min）也可以，group by改成1,2,3 就行。

最大的原因其实是一个用户在某一个月可能有多笔交易，本题只需要取当月任意一笔就可以了。

啥也没说

字段问题已不用纠结。
已修改check逻辑，字段名对不上也能通过了

啥也没说

“未经审视的代码不值得运行🐶，读码-修改-运行，也是一种学习。我挖陷阱了😜”
题解有这句话的，意思是不要直接运行。

正确答案我可以直接给你，先给你一些提示吧

如果不做任何过滤，直接相减，则取消时间=1970-01-01 00:00:00的订单，也会被包含进去。
需要再过滤一层哦。

啥也没说

同学你用GPT作弊有啥用呢。。

啥也没说

哈哈 好多人反应这个问题，现在已经修正了。不需要严格对应字段名

啥也没说

妙不可言！

啥也没说

注意开闭区间

啥也没说

是的，case when一旦多了，容易晕

啥也没说

mch_nm里面有字母呀。SPA、ZARA之类的，得把SPA转成小写，再去匹配SPA；
如果你要匹配100个词，写100次：mch_nm like '%养生%' or mch_nm like '%会所%'…… 人都累傻了
rlike可以实现所有关键词写在一个语句里，用|隔开即可。

语句更简单易读

啥也没说

多种写法试试如何提取年

啥也没说

@因果推拿 题目确实可以出的更严谨。
如果题目变成，找出每次考试成绩（如果缺考，则按零分计）都不低于80分的学生，并按学生ID进行排序。
那你应该会算了，把null的改成零分即可。

学的很认真，联系我，送你会员。

啥也没说

1、null表示缺考，不参与聚合运算；
2、一个学生在表中记录为80、80、80、null，那么他的平均为80分，而不是60分。他同样符合题意，每次考试都不低于80分。
3、你考虑得很严谨，👍

@因果推拿 题目确实可以出的更严谨。
如果题目变成，找出每次考试成绩（如果缺考，则按零分计）都不低于80分的学生，并按学生ID进行排序。
那你应该会算了，把null的改成零分即可。

学的很认真，联系我，送你会员。

如下代码可以通过测试呀，你再试试呢。 SELECT 
    t2.live_id,
    t2.live_nm,
    COUNT(*) AS enter_cnt
FROM 
    ks_live_t1 t1
JOIN 
    ks_live_t2 t2
ON 
    t1.live_id = t2.live_id
WHERE 
    DATE_FORMAT(t1.enter_time, '%Y-%m-%d %H') = '2021-09-12 23'
GROUP BY 
    t1.live_id, t2.live_nm
ORDER BY 
    enter_cnt DESC
LIMIT 5;

啥也没说

hour(trx_time) in (23,1,2) .0点呢 ，丢了吗？

啥也没说

看了下你代码，感觉逻辑乱了啊哈哈哈

啥也没说

对照正确答案～

啥也没说

严谨，已改！

啥也没说

加空格，同志们

啥也没说

终于被你发现了！！算你刷的最认真～😘

啥也没说

基本没啥问题，再加个日期显示，2024年。and date(trx_time) <= '2024-12-31'，再试试，就能提交通过了。

啥也没说

👍，已修改。

啥也没说

细致啊，宝！已修改

啥也没说

经常去的朋友都知道😊

啥也没说

还得是你 总是能想出多种解法

啥也没说

有的～

啥也没说

举一反三，就得这样学！👍

啥也没说

看正确答案，day(last_day(max(trx_time))) as day_of_mon,没有days，只有day

啥也没说

你的意思是输出4列，第一列是mch_typ，这列的值是“休闲娱乐”？

啥也没说

在深交所上市，看哪个字段呢，这就是业务逻辑。
 area = '深圳'，不正确。

啥也没说

严谨啊哥哥，已改。

啥也没说

已提供正确答案

啥也没说

有的，已全部提供正确答案

啥也没说

1.Withhand 大写。已贴正确答案

啥也没说

好办法！

啥也没说

已修正，感谢指出

啥也没说

对呀， 故意写错的，你得改成正确的，才行～

啥也没说

2023-至今，没毛病呀，答案也能包含2024～

啥也没说

没毛病，😁，今天11月21号，也是Q4，这里不限制时间，所以是取最新啦。

已修改题干，不限制任何时间

对的，你这个解法更简单

啥也没说

已修正，🌹

啥也没说

思路新奇哥，不管白猫黑猫，能跑就是好猫！

啥也没说

服不服？细不细？

啥也没说

改了改了，难免有点差错

啥也没说

哥，你太严谨了，已改，🌹

啥也没说

谁说没技术含量的。
1、商户那么多，难道你要枚举吗？
2、你是对全量交易描述分类还是去重后分类（影响运行时间）

啥也没说

已改

啥也没说

符合题意，字段名有点小毛病，已修复

啥也没说

都是取第一，rank、dense_rank一样了。感谢抓虫

啥也没说

已改，🌹

啥也没说

已改，感谢抓虫！

啥也没说

这题很简单啊，典型的左连接。你框架没错，in(2923,2024)) 细节搞错了

啥也没说

感谢抓虫，已纠正描述

啥也没说

J4o 你再试试 看能不能到100分 温馨提示 TT 1010

啥也没说

已采纳，严谨如斯！

啥也没说

👍 马上改

啥也没说

升序！

啥也没说

有道理 已采纳建议

啥也没说

你去看看刷题排行榜 很多同学这一题都搞不定啊

啥也没说

是商家的收入 不用限定ID啊 又不止渣男一个客人

啥也没说

trx_cnt是值，不是轴。只有轴才能被group by啊

啥也没说

题目要求按照什么排序？

啥也没说

同学，这句话暴露了你基础非常非常薄弱哦！！这个题既考差了case when，也考察了group by，原答案里没有group by😊

啥也没说

first 不是frist 参考上一条评论

啥也没说

别忘了min哦

啥也没说

加了的，你再看看哦！

啥也没说

有道理，已修正。重新提交就可以了

啥也没说

刚看了后台，后台正确代码没加order by，现在加上了，你再试试，应该对了

啥也没说

看题干，先研究这张表，不需要join，一张表就够啦。实际业务中，也是先探索表、再join的

啥也没说

如果有学到东西，请多多推荐哦！
开发题目不易，如果有纰漏的地方，也欢迎继续评论。感谢！😍

啥也没说

细品，啥叫没被分出来。where后面是不是还少了个过滤条件呢？

啥也没说

我现在有两种验证方式，第一种，转化成DataFrame，要求两个df一字不差，包括列名和值；第二种，直接比较输出结果，不care列名。理论上两种都可以。
但出于书写规范考虑，宁可牺牲一定用户体验（妈的找不到差别老子不写了，什么破网站），也希望理解哈！

啥也没说

有任何疑问可以评论哦，站长第一时间回应

啥也没说

有任何疑问、bug报错，都可以在这里评论哦，小助理看到了第一时间回复您

啥也没说

是啊，两种解法里都有这个坑。

啥也没说

一次性把hour quarter都写一遍哦

啥也没说

我就说and or是个大坑吧，AND执行顺序高于or，3+2*2不等于10，等于7啊

啥也没说

笔误。感谢🙏，已修改题干

啥也没说

好好做题，不该问的不要问。😊

啥也没说

同学，两个点说明了你的基础很薄弱哈。
1.请问date('2024-09-30 12:23:12')输出的日期是什么？你写成了betwwen 的尾巴'2024-10-01' ，那会把这天的数据也包括进去的；
2.and 和or区分好，只要学过初中英语你就能会啊！

啥也没说

哈哈哈哈 建议你顺便把这道题也做了，这样才能知道每个月到底有几天🐶http://sqlintern.com/listpage/articles/38/?

啥也没说