【SQL高频基础】1141.查询近30天活跃用户数

题目:

表:Activity

复制代码
+---------------+---------+
| Column Name   | Type    |
+---------------+---------+
| user_id       | int     |
| session_id    | int     |
| activity_date | date    |
| activity_type | enum    |
+---------------+---------+
该表没有包含重复数据。
activity_type 列是 ENUM(category) 类型, 从 ('open_session', 'end_session', 'scroll_down', 'send_message') 取值。
该表记录社交媒体网站的用户活动。
注意,每个会话只属于一个用户。

编写解决方案,统计截至 2019-07-27(包含2019-07-27),近30 天的每日活跃用户数(当天只要有一条活动记录,即为活跃用户)。

任意顺序 返回结果表。

解题:

找每天活动的人数,因为它只要有记录就算活动,所以相当于没有什么过滤条件。

select b.activity_date as day,count(distinct user_id) as active_users from Activity b

where b.activity_date>= DATE_SUB('2019-07-27',interval 29 day) and b.activity_date <='2019-07-27' GROUP BY b.activity_date

个人其他收获:

1 date_add 有下划线的

2 后面的day 不加s

3 DATE_ADD相对应的 DATE_SUB

4 时间比较的时候,一定要分清,谁大 谁小。不然怎么有数据?

5 group by 分组 我还是不清晰。比如group by 的时候, 如果是count ,是否需要 把count 写到 group by ..中去?不需要的!

5 要去阅读一遍自己写出来的sql 是否通顺,是否脱裤子放屁。

相关推荐
薛定谔的算法17 分钟前
phoneGPT:构建专业领域的检索增强型智能问答系统
前端·数据库·后端
Databend2 小时前
Databend 亮相 RustChinaConf 2025,分享基于 Rust 构建商业化数仓平台的探索
数据库
得物技术3 小时前
破解gh-ost变更导致MySQL表膨胀之谜|得物技术
数据库·后端·mysql
Raymond运维7 小时前
MariaDB源码编译安装(二)
运维·数据库·mariadb
沢田纲吉7 小时前
🗄️ MySQL 表操作全面指南
数据库·后端·mysql
RestCloud1 天前
SQL Server到Hive:批处理ETL性能提升30%的实战经验
数据库·api
RestCloud1 天前
为什么说零代码 ETL 是未来趋势?
数据库·api
ClouGence1 天前
CloudCanal + Paimon + SelectDB 从 0 到 1 构建实时湖仓
数据库
DemonAvenger1 天前
NoSQL与MySQL混合架构设计:从入门到实战的最佳实践
数据库·mysql·性能优化
AAA修煤气灶刘哥2 天前
后端人速藏!数据库PD建模避坑指南
数据库·后端·mysql