计算互相关注的SQL应该怎么写

最新推荐文章于 2025-02-12 16:59:13 发布
最新推荐文章于 2025-02-12 16:59:13 发布
阅读量4.1k 收藏 22
点赞数 9
分类专栏： 数据仓库 文章标签： 互相关注 hive 数仓 优化
本文为博主原创文章，未经博主允许不得转载。
本文链接：https://blog.youkuaiyun.com/a_void/article/details/103273954
版权
在用户好友关系分析中，计算双向关注是常见的需求。本文介绍了如何避免在亿级别用户和百亿关注关系中使用自关联导致的效率低下问题。通过观察双向关注的特性，即排序后结果相同，利用窗口函数可以实现无join的解决方案。同时，文章提醒注意数据重复和非string类型的用户ID情况，以及提供灵活的计算共同特点方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

计算互相关注的SQL应该怎么写

用户好友关系是一个产品的核心数据，只允许互相关注的用户之间发消息称为强关系型产品，比如微信；反之，不互相关注也能看到动态，比如微博，就是弱关系型产品

因为微信的存在，现在基本能做大的都是社区型的，弱关系型的产品了。所以互联网公司就很容易碰到，从单向关注数据中计算是否双向关注这种需求。

假设现在有一张表，叫table_relation里面只有两个字段，from_user，to_user, 代表关注关系从from指向to，即from_user关注了to_user。

一般人会做一次自关联

select 
  a.from_user,
  a.to_user,
  if(b.from_user is not null,
最低0.47元/天 解锁文章
【手写数据库toadb】SQL字符串如何被数据库认识？ 词法语法分析基础原理，常用工具
一个追逐梦想的码农
10-12 2万+
在当今信息化时代，数据已经成为企业和个人最为宝贵的资产之一。为了有效地管理和利用这些数据，数据库技术应运而生，并得到了广泛的应用。目前市场上已经有很多成熟的数据库产品，如MySQL、Oracle、PostgreSQL等，它们提供了丰富的功能和性能，满足了不同场景的需求。然而，这些数据库产品的庞大和复杂也让很多人感到困惑和不解，不知道数据库内部的运作机制和原理。为了解决这个问题，我们开发了toadb数据库。toadb的目标是以最基础的骨架来搭建一个数据库，让人们能够更清晰地了解数据库的本质和运作原理。
toadb执行器实现原理及架构 手把手教你写代码执行SQL
热门推荐
一个追逐梦想的码农
06-18 1万+
经过前面的准备，可以解析出create/drop table, select/insert等SQL语句了，那么如何把这几条语句按数据库流程执行完成呢。这就涉及到SQL的执行器，执行器是一个比较复杂的模块，从架构上看，它桥接了SQL解析和存储层，同时涉及到了数据字典更新维护，数据扫描，数据从存储到内存的转换等很多模块。下面我们就来详细看一看，一个SQL执行器是如何工作的。DDL数据定义语言，定义数据库的逻辑结构，包括定义数据库、基本表、视图、索引以及其它数据库对象；DML数据操纵语言。
SQL面试题练习 —— 互相关注
hu_wei123的博客
05-22 805
现有用户关注者列表记录表，有两个字段，用户ID（user_id），关注者列表（。
一道百度SQL题:求相互关注的用户数
weixin_43586713的博客
11-09 2059
今天面了百度,有一道这样的SQL题,题目是有一个user表,这个user表有两个字段,from_user,to_user: from_user to_user A B B A A C B C 其中第一行数据代表的是A关注B,第二行数据代表B关注A,那么就表示A和B互相关注。求出所有互相关注的人数。 最终的SQL如下: select u1.from_user, u1.to_user FROM weibo_user u1 join weibo_user u2 on u
SQL面试题4：相互关注问题
最新发布
qq_540710991的博客
02-12 979
如今，社交平台已经渗透到人们生活的方方面面。从以分享生活点滴为主的朋友圈，到专注于知识交流的知乎，再到以兴趣爱好为纽带的抖音等平台，用户数量数以亿计。在这些平台中，相互关注的关系构建起了一个个复杂的社交圈子。对于平台运营者而言，了解用户之间的相互关注情况，可以更好地进行用户画像分析、个性化推荐内容，提升用户体验和平台活跃度。例如，在电商社交平台上，相互关注的用户之间可能有着相似的购物偏好，平台可以根据这一特点向他们推荐相关商品，促进交易转化。
hiveSql 相互关注问题
i_mycode的博客
11-28 2151
hiveSql 优化的解决相互关注问题
sql 查询相互关注的人
m0_50593634的博客
03-07 3093
sql 查询相互关注的人 现在有一张表为fans(粉丝表) 里面有两个字段from_user,to_user ,代表from_user关注了to_user 简单的写法sql,我也是这种写法😝 select a.from_user, a.to_user, if(b.from_user is not null, 1, 0) as is_friend from fans a left join fans b on a.from_user = b.to_user and a.to_user = b.f
sql查询互相关注关系
qq_44336275的博客
06-02 2432
背景：有followers表和user_basic表。 需求：要根据用户id查出跟他互关的用户id和留给他的备注名（followers表），以及这些用户的基本信息（user_basic表）。 SELECT tb1.followId,tb2.followId,tb1.followFrom,tb1.followTo,tb1.memoName,u.portrait,u.nickName FROM followers tb1 INNER JOIN followers tb2 ON tb1.follow
SQL05：计算相互关注的用户
weixin_44744736的博客
02-20 430
找到互相关注的人的规律，当他们是互相关注时，那么将from_user和to_user其中一个顺序调换位置后，from_user和to_user就一定会出现两条数据(源表提前已经去重)，所有出现两条数据的人就是有互相关注的。这种方式不会导致数据膨胀。假设存在一张tmp表，记录了用户id和该用户关注的用户id，我们希望筛选出相互关注的用户，如何用sql求解？直接用原表做关联判断，简单直接，但是存在数据膨胀的风险。
实战 SQL：微信、微博等社交网络中的友好、粉丝关系分析
12-14
如果双方互相关注，那么就形成了双向的边。 分析这些关系数据可以实现多种功能： - **查看好友列表**：用户可以查看自己的好友列表，这是通过查询与用户相关的所有边来实现的。 - **查找共同好友**：通过查找两个...
sql面试题之“互相关注的人”（方法三）
qq_44769220的博客
12-03 1495
题目：某社交平台有关注这个功能，关注的同时也会被关注。现有需求需要找出平台上哪些用户之间互相关注。
计算互相关注的SQL怎么写
ChengYanan的博客
07-20 2010
计算互相关注的SQL应该怎么写 用户好友关系是一个产品的核心数据，只允许互相关注的用户之间发消息称为强关系型产品，比如微信；反之，不互相关注也能看到动态，比如微博，就是弱关系型产品 因为微信的存在，现在基本能做大的都是社区型的，弱关系型的产品了。所以互联网公司就很容易碰到，从单向关注数据中计算是否双向关注这种需求。 假设现在有一张表，叫table_relation里面只有两个字段，from_user，to_user, 代表关注关系从from指向to，即from_user关注了to_user。 select
经典sql题（十一）查找共同好友或相互关注 二
m0_58076578的博客
09-24 1万+
在处理海量数据时，使用 JOIN 可能会导致性能瓶颈，特别是当参与 JOIN 的表非常大时，JOIN 操作通常需要扫描多个表，并且在连接条件上进行复杂的匹配，这会消耗大量的计算资源和时间。相反，使用聚合或过滤的方法可以减少数据处理的复杂性，从而提高性能。以下是使用不依赖于 JOIN 的方法找出互相关注用户对的方法。
HiveSQL题——互相关注(共同好友)
爱吃辣条的博客
01-31 1004
HiveSQL题——互相关注(共同好友)
sql面试题之“互相关注的人”（方法一）
qq_44769220的博客
12-03 1196
题目：某社交平台有关注这个功能，关注的同时也会被关注。现有需求需要找出平台上哪些用户之间互相关注。
数仓SQL面试题(持续更新中！！！)
weixin_44786370的博客
07-03 2909
数仓SQL面试题(持续更新中！！！)
关注/粉丝 表结构设计及查询(附带SQL)
Dangerous
04-24 6901
表主要字段： id user_id focus_user_id create_time id 用户id 被关注人id 创建时间 user_id 设置索引 用于查询 我的关注 focus_user_id 设置索引 用于查询 我的粉丝 user_id ，focus_user_id 设置联合唯一索引 数据库约束控制 不会...
SQL案例学习-微博好友关系
每天学习一点点
04-18 900
微博中的用户关系需要使用有向图（Directed Graph）表示。 因为关注是单向关联，A关注了B，但是B不一定关注A。下图是一个简单的粉丝关系示意图： 如果A关注了B，就会存在一条从A到B的带箭头的边。上图中的“刘一”关注了“周八”，同时“刘一”和“李四”相互关注。 对于有向图而言，度又分为入度（In-degree）和出度（Out-degree）。入度表示有多少条边指向该顶点，出度表示有多少条边是以该顶点为起点的。“刘一”的入度为4（微博的粉丝数），出度为2（微博关注的人数）。 对于社交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值