首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

功能,用 MySQL?还是 Redis!

我们先来看看场景的需求: 显示数量 判断用户是否点过,用于去重,必须的判断 显示个人列表,一般在用户中心 显示文章列表 我们先看一下头条和微博的例子 ? ?..., post_id, user_id, ...... } 常用的查询查询用户过的文章 select post_id from star...查询文章的用户 select user_id from star where post_id=? 数量可以通过定时异步统计更新到post和user 表中。...下面说下redis作为storage的方案: 场景a :显示数量 在的地方,只是显示一个数量,能区分用户是否过,一般用户不关心这个列表,这个场景只要一个数字就可以了,当数量比较大时,一般显示为...uid列表 (integer) 3 127.0.0.1:6379[2]> sismember star:list:tid:888 456 //判断是否 (integer) 1 的地方,如果过显示红色

1.8K20

功能,用 MySQL 还是 Redis ?

我们先来看看场景的需求: 显示数量 判断用户是否点过,用于去重,必须的判断 显示个人列表,一般在用户中心 显示文章列表 我们先看一下头条和微博的例子 ? ?..., post_id, user_id, ...... } 常用的查询查询用户过的文章 select post_id from star...查询文章的用户 select user_id from star where post_id=? 数量可以通过定时异步统计更新到post和user 表中。...下面说下redis作为storage的方案: 场景a :显示数量 在的地方,只是显示一个数量,能区分用户是否过,一般用户不关心这个列表,这个场景只要一个数字就可以了,当数量比较大时,一般显示为...uid列表 (integer) 3 127.0.0.1:6379[2]> sismember star:list:tid:888 456 //判断是否 (integer) 1 的地方,

1K30
您找到你想要的搜索结果了吗?
是的
没有找到

功能,你用 MySQL 还是 Redis ?

我们先来看看场景的需求: 显示数量 判断用户是否点过,用于去重,必须的判断 显示个人列表,一般在用户中心 显示文章列表 我们先看一下头条和微博的例子 [897b7172-a444-4a0e-a984..., post_id, user_id, ...... } 常用的查询查询用户过的文章 select post_id from star where...查询文章的用户 select user_id from star where post_id=? 数量可以通过定时异步统计更新到post和user 表中。...下面说下redis作为storage的方案: 场景a :显示数量 在的地方,只是显示一个数量,能区分用户是否过,一般用户不关心这个列表,这个场景只要一个数字就可以了,当数量比较大时,一般显示为...:tid:888 456 //判断是否 (integer) 1 的地方,如果过显示红色,没有则显示黑白色, 今日头条是没有地方可以看到点列表的,而微博进去,详情页可以看到点列表,但是只会显示最近的几十条

62440

HarmonyOS实战—实现抖音和取消效果

双击 和 双击取消 如:在抖音中双击屏幕之后就可以,小红心就会变亮 [在这里插入图片描述] 把白色和红色的心形图片复制到 media 下 [在这里插入图片描述] [在这里插入图片描述] 需要图片的可以自取...业务分析: 双击屏幕之后点。(上面已实现),再次双击屏幕之后,不会取消,只有点击后红心之后才能取消。...单击红心也可以,再次单击红心就会取消 实现思路: 给最外层的布局添加双击事件,双击之后点,变成红色心。 如果已经被,那么还是修改为红色心,相当于不做任何处理。 给图片添加单击事件。...如果没有点,单击之后,白色心变成红色心。 如果已经了,单击之后,红色心变成白色心。...,只有点击小红心才能取消 [在这里插入图片描述]

1.9K20

实践

四、埋sdk 为简化前端同学的埋点开发工作,使其只需要关注于业务本身,并对埋的一些约定进行必要的约束,有开发了多个端(js/小程序/android/ios/java)的埋sdk。...七、埋管理平台 有的早期阶段,所有业务的埋方案都是记录在wiki中。...,生成概览数据 日志检测项 日志格式是否标准 通用业务参数是否收集完整 业务、页面、组件、事件是否登记 事件参数是否缺失,格式是否符合要求 检测等级分为Warning/Error级别,会有相应的错误信息...早期常常会出现这样的场景: 开发同学误修改一段代码,导致线上埋事件丢失,很长一段时间后,运营同学发现某个指标波动异常,逐层查询,最终定位问题,但这期间的数据已无法恢复。...详细内容将在下篇埋分享中介绍 7.5 埋分析 早期埋上线后,分析同学会根据埋元数据,通过写sql或代码的方式,处理实时流和离线表来查询出想要的指标。

2.5K21

豆瓣自动批量

下载:http://xfxuezhang.cn/WEB/SHARE/ => [电脑版]豆瓣自动 - 自动 教程:http://xfxuezhang.cn/index.php/archives/320...觉得好容易发烫啊 网上一查发现是通病 刷个微博都巨烫无比qaq"], "没错是我": ["我觉得都还行吧", "或者2也行"] } 4、而对于一些配置相关的参数,放在ini里读取 [user] ;>> 查询间隔..., ck, start, cid): """ http post模拟请求进行 :param url: 链接 :param headers: 请求头 :param...开始点 >> 本页数/总共数/当前页数: 1/1/1 >> 当前id: 3232107331 >> [√] 结果:成功 >> 延迟时间(s):5 ---------------------...----------------------------- >> 本页数/总共数/当前页数: 2/2/1 >> 当前id: 3232108220 >> [√] 结果:成功 >> 延迟时间(s

3.2K30

你还敢乱吗?

真的是成本低、效率高的社交好方法吗? ? 疑惑 你在社交媒体(例如微信、QQ和微博等)上点过没有? 一定点过吧?有的人一天还要点很多次呢。 问题是你在什么情况下?...面对你的,要么人家不打算理你,要么想理你也没有合适的办法。于是只能不理你。 误会 刚才还只是说这个行为在社交中收益不高而已,下面我们来谈谈潜在损失吧。 究竟代表什么意思?你真说得清楚吗?...因为我没,我直接微信问候啊! 也许你并不在乎产生误会,认为发生概率很小,而且也没啥了不起,解释一下就完了。即便这样,你也不应该随便。 为什么?请往下看。...不知你刚才是否留意,在他们的主页上显著位置就设置好几个社交媒体链接,其中就包括了Facebook按钮。 ? 你可能觉得没有什么了不得嘛。点了,不就是可能会给我发广告吗?...讨论 看到这里,你还敢随便吗?你觉得什么情况下最适合?欢迎留言,我们一起讨论。 ----

88420

MySQL--查询和常用函数(知识)

1.查询 1.1 查询语法: select 显示的字段列表 from 表名 where 条件 GROUP BY 分组 having 条件 limit 开始记录,条数 order by 排序字段...desc降序|asc升序 10.1.1 全查询 语法: select 显示的字段列表 from 表名 全查询 10.1.2 条件查询(查询部分行) 语法: select 显示的字段列表 from 表名...表名 where 模糊查询的字段名 like '查询规则'; 通配符: %代表匹配0个或多个字符 _代表匹配一个字符 #问题: 查询出所有姓张的同学 案例: select * from student...having同时在一条sql语句中存在的时候 执行顺序是where->group by ->having 1.2 地理位置函数 lng经度 lat 纬度 point(lng,lat)--> 描述成为一个...st_distance--> 对两个进行计算 st_distance(point(log,lat),point(106.485737,29.531308))这个结果要乘以111195 得到的数据就是两之间的直接距离

22420

质量保障

目前我们登记的要素有: 页面/组件类型,登记该元素的业务标识,以及是否有业务ID。日志上报时,会有对应的字段记录该信息。 事件信息,事件的名称/标识/描述,所属页面/组件,以及所处状态等信息。...对于参数的登记,我们支持标识/类型/是否必传/参数结构的设置。其中类型支持int/string/float/list/map,用于申明值内容结构;参数结构支持对复杂的数据类型,进一步定义其细节。 ?...require:该参数是否必须,非必需情况下,若为空则不检查 开关&配置化 不同时期,校验关注的可能是不一样的,不同阶段,校验的逻辑也会有所区别。...三、现状&规划 在以上介绍的一整套体系化的质量保障工作下,有的埋质量有了大幅度提升。...推动业务方主动关心和优化质量问题,让前文提到的闭环,顺畅运行 通过这些方向的努力,相信有的埋质量会持续保持高质量状态,更有力地为业务分析保驾护航。

1.8K40
领券