力扣-行程和用户

这篇具有很好参考价值的文章主要介绍了力扣-行程和用户。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

大家好,我是空空star,本篇带大家了解一道困难难度(实际很简单)的力扣sql练习题。


前言


一、题目:262. 行程和用户

表:Trips

+-------------+----------+
| Column Name | Type     |
+-------------+----------+
| id          | int      |
| client_id   | int      |
| driver_id   | int      |
| city_id     | int      |
| status      | enum     |
| request_at  | date     |     
+-------------+----------+

 

id 是这张表的主键。
这张表中存所有出租车的行程信息。每段行程有唯一 id ,其中 client_id 和 driver_id 是 Users 表中 users_id 的外键。
status 是一个表示行程状态的枚举类型,枚举成员为(‘completed’, ‘cancelled_by_driver’, ‘cancelled_by_client’) 。
表:Users

+-------------+----------+
| Column Name | Type     |
+-------------+----------+
| users_id    | int      |
| banned      | enum     |
| role        | enum     |
+-------------+----------+

users_id 是这张表的主键。
这张表中存所有用户,每个用户都有一个唯一的 users_id ,role 是一个表示用户身份的枚举类型,枚举成员为 (‘client’, ‘driver’, ‘partner’) 。
banned 是一个表示用户是否被禁止的枚举类型,枚举成员为 (‘Yes’, ‘No’) 。

取消率 的计算方式如下:(被司机或乘客取消的非禁止用户生成的订单数量) / (非禁止用户生成的订单总数)。
写一段 SQL 语句查出 “2013-10-01” 至 “2013-10-03” 期间非禁止用户(乘客和司机都必须未被禁止)的取消率。非禁止用户即 banned 为 No 的用户,禁止用户即 banned 为 Yes 的用户。
返回结果表中的数据可以按任意顺序组织。其中取消率 Cancellation Rate 需要四舍五入保留 两位小数 。
查询结果格式如下例所示。

输入: 
Trips 表:
+----+-----------+-----------+---------+---------------------+------------+
| id | client_id | driver_id | city_id | status              | request_at |
+----+-----------+-----------+---------+---------------------+------------+
| 1  | 1         | 10        | 1       | completed           | 2013-10-01 |
| 2  | 2         | 11        | 1       | cancelled_by_driver | 2013-10-01 |
| 3  | 3         | 12        | 6       | completed           | 2013-10-01 |
| 4  | 4         | 13        | 6       | cancelled_by_client | 2013-10-01 |
| 5  | 1         | 10        | 1       | completed           | 2013-10-02 |
| 6  | 2         | 11        | 6       | completed           | 2013-10-02 |
| 7  | 3         | 12        | 6       | completed           | 2013-10-02 |
| 8  | 2         | 12        | 12      | completed           | 2013-10-03 |
| 9  | 3         | 10        | 12      | completed           | 2013-10-03 |
| 10 | 4         | 13        | 12      | cancelled_by_driver | 2013-10-03 |
+----+-----------+-----------+---------+---------------------+------------+

Users 表:
+----------+--------+--------+
| users_id | banned | role   |
+----------+--------+--------+
| 1        | No     | client |
| 2        | Yes    | client |
| 3        | No     | client |
| 4        | No     | client |
| 10       | No     | driver |
| 11       | No     | driver |
| 12       | No     | driver |
| 13       | No     | driver |
+----------+--------+--------+
输出:
+------------+-------------------+
| Day        | Cancellation Rate |
+------------+-------------------+
| 2013-10-01 | 0.33              |
| 2013-10-02 | 0.00              |
| 2013-10-03 | 0.50              |
+------------+-------------------+
 

解释:
2013-10-01:

  • 共有 4 条请求,其中 2 条取消。
  • 然而,id=2 的请求是由禁止用户(user_id=2)发出的,所以计算时应当忽略它。
  • 因此,总共有 3 条非禁止请求参与计算,其中 1 条取消。
  • 取消率为 (1 / 3) = 0.33
    2013-10-02:
  • 共有 3 条请求,其中 0 条取消。
  • 然而,id=6 的请求是由禁止用户发出的,所以计算时应当忽略它。
  • 因此,总共有 2 条非禁止请求参与计算,其中 0 条取消。
  • 取消率为 (0 / 2) = 0.00
    2013-10-03:
  • 共有 3 条请求,其中 1 条取消。
  • 然而,id=8 的请求是由禁止用户发出的,所以计算时应当忽略它。
  • 因此,总共有 2 条非禁止请求参与计算,其中 1 条取消。
  • 取消率为 (1 / 2) = 0.50

二、解题

1.正确示范①

提交SQL

select request_at Day,
round(sum(case when status<>'completed' then 1 else 0 end)/count(1),2)  "Cancellation Rate"
from Trips u1
left join Users u2 
on u1.client_id=u2.users_id
left join  Users u3
on u1.driver_id=u3.users_id
where u2.banned='No'
and u3.banned='No'
and (request_at between '2013-10-01' and '2013-10-03')
group by request_at

运行结果

力扣-行程和用户

2.正确示范②

提交SQL

select request_at Day,
round(sum(case when status<>'completed' then 1 else 0 end)/count(1),2)  "Cancellation Rate"
from Trips u1
join Users u2 
on u1.client_id=u2.users_id and u2.banned='No'
join  Users u3
on u1.driver_id=u3.users_id and u3.banned='No'
where request_at between '2013-10-01' and '2013-10-03'
group by request_at

运行结果

力扣-行程和用户

3.正确示范③

提交SQL

select request_at Day,
round(sum(if(status<>'completed',1,0))/count(1),2)  "Cancellation Rate"
from Trips u1
join Users u2 
on u1.client_id=u2.users_id and u2.banned='No'
join  Users u3
on u1.driver_id=u3.users_id and u3.banned='No'
where request_at between '2013-10-01' and '2013-10-03'
group by request_at

运行结果

力扣-行程和用户

4.正确示范④

提交SQL

select request_at Day,
round(sum(if(status='completed',0,1))/count(1),2)  "Cancellation Rate"
from Trips u1
join Users u2 
on u1.client_id=u2.users_id and u2.banned='No'
join  Users u3
on u1.driver_id=u3.users_id and u3.banned='No'
where request_at between '2013-10-01' and '2013-10-03'
group by request_at

运行结果

力扣-行程和用户

5.其他


总结

分子 +1 +0的判断:
if(status='completed',0,1)
if(status<>'completed',1,0)
if(status in('cancelled_by_driver','cancelled_by_client'),1,0)
if(status not in('completed'),1,0)
也可以把 if 改成case when 来实现
示范中有的用的 left join ,有的用的 join ,需要注意限定条件banned='No’是否可以加在on后边,还是必须加在where后边
示范中的count(1)是否可以改为count(*)或者count(id)或者sum(1)
当把每一个点都掌握后,整个看起来就很简单。文章来源地址https://www.toymoban.com/news/detail-415765.html

到了这里,关于力扣-行程和用户的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Linux之用户和用户组的深入了解

    目录 一、简介 1.1、用户: 1.2、用户组 1.3、UID和GID 1.3、用户账户分类 查看用户类别 超级用户root(0) 程序用户(1~499) 普通用户(500~65535) 二、用户 2.1、添加新的用户账号:useradd 2.2、删除账号:userdel 有-r与没有-r区别 2.3、修改帐号:usermod(mod=modify) 2.4、用户口令的管理:passwd

    2024年02月22日
    浏览(38)
  • 【LeetCode】332. 重新安排行程

    思路 由于题目保证了存在一条合法的旅行路线,并要求按照字典序返回完整的路线。该方法通过 深度优先搜索和栈 的结合,可以保证每次选择字典序最小的终点进行访问,从而得到按照字典序排列的完整旅行路线。 具体来说,首先创建一个 无序映射hash ,用于存储每个出发

    2024年02月12日
    浏览(33)
  • 力扣刷题SQL-584. 寻找用户推荐人,解题思路及2种解法

    给定表 customer ,里面保存了所有客户信息和他们的推荐人。 +------+------+-----------+ | id   | name | referee_id| +------+------+-----------+ |    1 | Will |      NULL | |    2 | Jane |      NULL | |    3 | Alex |         2 | |    4 | Bill |      NULL | |    5 | Zack |         1 | |    6 | Mark |      

    2024年02月16日
    浏览(47)
  • 腾讯云健康码+行程码OCR文字识别

    公司内部为了监控员工健康码状态,要求系统自动识别员工上传的 健康码 和 行程码 ,并且将情况通知到对应的人员进行后续跟踪。做了如下研究,后续会用到公司系统中(公司内部也基于python3.9、opencv4.5研发了自动识别系统),这边文章基于腾讯云的OCR文字识别。  前面的

    2024年02月16日
    浏览(33)
  • LabVIEW精确测量产品中按键力和行程

    项目背景 传统的按键测试方法涉及手工操作,导致不一致和效率低下。在汽车行业中,带有实体按键的控制面板非常常见,确保一致的按键质量至关重要。制造商经常在这些组件的大规模、准确测试中遇到困难。显然,需要一个更自动化、精确和高效的测试系统。 LabVIEW作用

    2024年01月18日
    浏览(29)
  • 一文带你了解MySQL之用户和权限原理

    前言 在学习这一章节的时候,我们可以先了解一下SQL语言,SQL语言共分为四大类: 数据查询语言DQL(Data QueryLanguage): select 等 数据操纵语言DML(database manage language): insert update delete 等 数据定义语言DDL(Data Definition Language): create drop alter runcate 等 数据控制语言DCL(Dat

    2024年02月06日
    浏览(37)
  • 【HarmonyOS】深入了解 ArkUI 的动画交互以提高用户体验

            从今天开始,博主将开设一门新的专栏用来讲解市面上比较热门的技术 “鸿蒙开发”,对于刚接触这项技术的小伙伴在学习鸿蒙开发之前,有必要先了解一下鸿蒙,从你的角度来讲,你认为什么是鸿蒙呢?它出现的意义又是什么?鸿蒙仅仅是一个手机操作系统吗?

    2024年02月03日
    浏览(42)
  • 算法刷题Day 30 重新安排行程+N皇后+解数独

    想了很久,最后还是放弃了 这道题目有几个难点: 一个行程中,如果航班处理不好容易变成一个圈,成为死循环 有多种解法,字母序靠前排在前面,让很多同学望而退步,如何该记录映射关系呢 ? 使用回溯法(也可以说深搜) 的话,那么终止条件是什么呢? 搜索的过程中

    2024年02月12日
    浏览(72)
  • IP应用场景查询API:深入了解网络用户行为的利器

    前言 随着数字时代的不断发展,互联网已经成为人们生活的重要组成部分。而随着越来越多的业务和社交活动迁移到在线平台上,了解和理解网络用户行为变得至关重要。为了满足这个需求,IP 应用场景查询 API 崭露头角,成为深入了解网络用户行为的利器。 什么是 IP 应用

    2024年02月09日
    浏览(43)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包