如 微博的相互关注 提示 是如何高性能展示和换算出来的？
有具体的方法和思路么？
在原版的基础上做了一下修正：增加1st在线支付功能与论坛用户数据结合，vip也可与论坛相关，增加互动性vip会员的全面修正评论没有提交正文的问题特价商品的调用连接问题删掉了2个木马文件去掉了一个后门补了SQL注入补了一个过滤漏洞浮动价不能删除的问题不能够搜索问题收藏时放入购物车时出错点放入购物车弹出2个窗口修正定单不能删除问题VIP出错问题主题添加问题商家注册页导航连接问题添加了导航FLASH源文
0
高性能前提
如图：
问题更新
估计一开始我没有描述清楚问题。
现在我们的业务一开始就有漏洞和设计的不严谨。
现在我们的数据库中是没有相互关注的字段和数据库的。也就是只有 我关注的人 以及 关注我的人 ， 所以现在需要搞性能的换算出我的相互关注的人来。
比如：A的关注：B/C/D/E/F/G...等若干个； A的粉丝数：E/F/H/I/G...等若干个；
现在如何求得A的相互关注的数量以及具体的人。 （要高性能）。
我知道一个死办法就是一个一个去对比和算。但是 这个性能很低。
如 微博的相互关注 提示 是如何高性能展示和换算出来的？
有具体的方法和思路么？
高性能前提
如图：
问题更新
估计一开始我没有描述清楚问题。
现在我们的业务一开始就有漏洞和设计的不严谨。
现在我们的数据库中是没有相互关注的字段和数据库的。也就是只有 我关注的人 以及 关注我的人 ， 所以现在需要搞性能的换算出我的相互关注的人来。
比如：A的关注：B/C/D/E/F/G...等若干个； A的粉丝数：E/F/H/I/G...等若干个；
现在如何求得A的相互关注的数量以及具体的人。 （要高性能）。
我知道一个死办法就是一个一个去对比和算。但是 这个性能很低。
这种信息只要在关注/取消关注的时候更新对应的状态，显示的时候直接if-else判断就好了，你一定不会以为是每次显示的时候才去查询是否互相关注的，对吧。
update: 如果你现在必须(真的必须吗）在只有这两组数据的情况下去计算的话，最优的算法就是哈希表了，应该不可能再高了。
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
834
收藏
取消收藏
