news 2026/6/10 16:19:57

力扣597-好友申请I:总体通过率

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
力扣597-好友申请I:总体通过率

表:FriendRequest

+----------------+---------+ | Column Name | Type | +----------------+---------+ | sender_id | int | | send_to_id | int | | request_date | date | +----------------+---------+ 该表可能包含重复项(换句话说,在SQL中,该表没有主键)。 该表包含发送请求的用户的 ID ,接受请求的用户的 ID 以及请求的日期。

表:RequestAccepted

+----------------+---------+ | Column Name | Type | +----------------+---------+ | requester_id | int | | accepter_id | int | | accept_date | date | +----------------+---------+ 该表可能包含重复项(换句话说,在SQL中,该表没有主键)。 该表包含发送请求的用户的 ID ,接受请求的用户的 ID 以及请求通过的日期。

求出好友申请的通过率,用 2 位小数表示。通过率由接受好友申请的数目除以申请总数。

提示:

  • 通过的好友申请不一定都在表friend_request中。你只需要统计总的被通过的申请数(不管它们在不在表FriendRequest中),并将它除以申请总数,得到通过率
  • 一个好友申请发送者有可能会给接受者发几条好友申请,也有可能一个好友申请会被通过好几次。这种情况下,重复的好友申请只统计一次。
  • 如果一个好友申请都没有,你应该返回accept_rate为 0.00 。

返回结果应该如下例所示。

示例 1:

输入:FriendRequest 表: +-----------+------------+--------------+ | sender_id | send_to_id | request_date | +-----------+------------+--------------+ | 1 | 2 | 2016/06/01 | | 1 | 3 | 2016/06/01 | | 1 | 4 | 2016/06/01 | | 2 | 3 | 2016/06/02 | | 3 | 4 | 2016/06/09 | +-----------+------------+--------------+ RequestAccepted 表: +--------------+-------------+-------------+ | requester_id | accepter_id | accept_date | +--------------+-------------+-------------+ | 1 | 2 | 2016/06/03 | | 1 | 3 | 2016/06/08 | | 2 | 3 | 2016/06/08 | | 3 | 4 | 2016/06/09 | | 3 | 4 | 2016/06/10 | +--------------+-------------+-------------+输出:+-------------+ | accept_rate | +-------------+ | 0.8 | +-------------+解释:总共有 5 个请求,有 4 个不同的通过请求,所以通过率是 0.80

思路:

第一步,计算分母:发出的好友请求总数(去重后)。在 FriendRequest 表中,一条请求由 (sender_id, send_to_id) 唯一确定。先用 distinct 对这两个字段去重,得到所有唯一的请求对;再对去重后的结果 count(*),得到请求总数 num,这就是接受率的分母。

第二步,计算分子:被接受的请求总数(去重后)。在 RequestAccepted 表中,一条接受记录由 (requester_id, accepter_id) 唯一确定。同样先 distinct 去重,再 count(*) 得到 accept_num,这就是接受率的分子。

第三步,计算接受率并处理边界情况。接受率 = accept_num / num。若 num 为 0(说明没有任何好友请求),直接做除法会产生除零问题,也不符合业务含义,因此约定返回 0.00。最后按照题目要求保留两位小数,使用 round(…, 2) 进行四舍五入。

SQL 中把分母子查询记为 t1、分子子查询记为 t2。由于两者各自都会返回一行(一个计数值),将它们在 FROM 中并列(等价于 CROSS JOIN)后仍然只会得到一行结果,从而可以在同一行里完成 accept_num / num 的计算。

代码:

select case when t1.num=0 then round(0,2) else round(t2.accept_num/t1.num,2) end as accept_rate from ( select count(*) as num from (select distinct sender_id,send_to_id from FriendRequest) tmp )t1, ( select count(*) as accept_num from (select distinct requester_id,accepter_id from RequestAccepted) tmp )t2
版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/6/10 15:08:44

为什么90%的人在Win11部署Open-AutoGLM时失败?真相在这里

第一章:为什么90%的人在Win11部署Open-AutoGLM时失败?真相在这里许多开发者在尝试于 Windows 11 系统中部署 Open-AutoGLM 时遭遇失败,核心原因往往并非模型本身,而是环境配置与系统兼容性被严重低估。以下几点是常见陷阱及其解决…

作者头像 李华
网站建设 2026/6/10 0:30:24

phoneagent Open-AutoGLM实战指南(从零搭建AI自动操作引擎)

第一章:phoneagent Open-AutoGLM实战指南(从零搭建AI自动操作引擎)Open-AutoGLM 是 phoneagent 项目中的核心自动化推理引擎,专为移动端智能操作设计,能够基于自然语言指令实现对手机应用的自主控制。通过集成大语言模…

作者头像 李华
网站建设 2026/6/10 12:02:07

21、嵌入式软件测试与代码复用的实用指南

嵌入式软件测试与代码复用的实用指南 1. TDD 的优缺点 测试驱动开发(TDD)虽有诸多优势,但也存在一些问题,会对嵌入式软件开发人员产生影响: - 需要创建模拟对象来模拟硬件访问。 - 开发环境的搭建既耗时又复杂。 - 采用 TDD 思维模式并真正遵循该方法具有一定难度。 …

作者头像 李华
网站建设 2026/6/10 3:34:47

28、Git 补丁管理与钩子机制全解析

Git 补丁管理与钩子机制全解析 1. 补丁邮件头配置与发送 在处理补丁时,有许多选项和配置设置可用于控制电子邮件头的生成。项目通常有一些约定,你应该遵循这些约定。 若有一系列补丁,可以使用 git format-patch 的 -o 选项将它们集中到一个公共目录中。之后,使用 g…

作者头像 李华
网站建设 2026/6/10 11:53:39

35、Git 高级操作指南:从提交信息编辑到交互式块暂存

Git 高级操作指南:从提交信息编辑到交互式块暂存 1. 使用 filter - branch 编辑提交信息 在 Git 操作中,我们可能会遇到需要修改提交信息的情况。比如,某个提交引入的文件已被移除,但提交信息仍提及该文件。 $ git log -1 7298fc55 commit 7298fc55d1496c7e70909f3ebce…

作者头像 李华