news 2026/5/16 13:18:31

力扣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/5/11 23:31:18

35、网络通信中的关键技术:MPLS、ATM与SONET解析

网络通信中的关键技术:MPLS、ATM与SONET解析 一、MPLS与VPN的基础特性 在网络通信领域,MPLS(多协议标签交换)和VPN(虚拟专用网络)发挥着重要作用。每个客户站点的CE路由器不会直接与其他CE路由器交换路由信息,客户无需处理站点间的路由问题,这些问题由服务提供商负责…

作者头像 李华
网站建设 2026/5/13 15:38:35

vivo手机变身AI终端,Open-AutoGLM本地部署全流程揭秘

第一章:vivo手机AI终端的变革与机遇随着人工智能技术的迅猛发展,vivo手机在AI终端领域的布局正深刻改变着智能手机的交互方式与使用体验。通过将大模型能力本地化部署于终端设备,vivo实现了更高效、安全且个性化的智能服务,为用户…

作者头像 李华
网站建设 2026/5/14 22:09:21

【AI黑科技落地】:普通vivo手机如何流畅运行Open-AutoGLM?

第一章:Open-AutoGLM系统安装在vivo手机上的可行性分析随着移动端大模型应用的兴起,将轻量化AI推理框架部署至消费级智能手机成为研究热点。Open-AutoGLM作为支持本地化运行的语言模型系统,其在Android设备上的适配能力备受关注。本章重点探讨…

作者头像 李华
网站建设 2026/5/13 13:50:15

【Open-AutoGLM系统移植全攻略】:手把手教你将AI大模型部署到vivo手机

第一章:Open-AutoGLM系统安装在vivo手机上 Open-AutoGLM 是一款基于开源大语言模型的本地推理框架,支持在移动端设备上部署和运行轻量化 AI 应用。将该系统成功部署至 vivo 手机,可实现离线自然语言处理与自动化任务执行能力。 准备工作 确…

作者头像 李华
网站建设 2026/5/13 17:24:47

揭秘Open-AutoGLM在Android端的部署难题:3个关键优化让你性能提升10倍

第一章:Open-AutoGLM在Android端的部署背景随着移动设备算力的持续提升与边缘计算需求的增长,将大型语言模型(LLM)部署至移动端成为实现低延迟、高隐私交互的关键路径。Open-AutoGLM 作为一款支持自动代码生成与自然语言理解的开源…

作者头像 李华