社区
MySQL
帖子详情
社交类产品数据库设计
神棍
2015-12-24 02:30:33
在社交类产品中,常见的销量、评论数、点赞数数据库中如何设计。
如果使用缓存或kv以id、count保存,那如何进行相关排序?
如果缓存然后在数据库中持久化,那需要保证数据及时性时如何处理?
还有诸如最近30天浏览量,用来排序,这个怎么设计。
以上不一定只使用关系型数据库。
...全文
289
1
打赏
收藏
社交类产品数据库设计
在社交类产品中,常见的销量、评论数、点赞数数据库中如何设计。 如果使用缓存或kv以id、count保存,那如何进行相关排序? 如果缓存然后在数据库中持久化,那需要保证数据及时性时如何处理? 还有诸如最近30天浏览量,用来排序,这个怎么设计。 以上不一定只使用关系型数据库。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
1 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
文修
2015-12-24
打赏
举报
回复
楼主你好 在所有系统中,社交类数据库是最难设计和维护优化的,因为实时性太高, 相关数据表
http://wenku.baidu.com/link?url=kMY2S_kH3aWDuOVtFsdQF8Qu-Yk_4PYvRLvKY5wA6vp3lij61MkizbZHsBzhzT98iEUqYb2S9G88DqCJ4UL26lVBKv0rUAtx0om5YYQPYjW
架构分析
http://kb.cnblogs.com/page/69085/
互联网产品都有哪些类型?
本文探讨了产品经理的不同类型,如应用型与工具型产品经理,并详细分析了产品分类,包括平台类、
社交
类、内容类、工具类和游戏
类产品
。强调了不同类型产品在
设计
和运营上的区别。
解密亿级流量【
社交
关注关系】系统
设计
本文详解高并发场景下
社交
关注关系系统的架构演进与核心
设计
:针对单表瓶颈提出双表冗余(Follow/Fans)分库方案;采用Redis Hash存储用户关注列表以支撑高频查询;通过Binlog+MQ实现DB与缓存最终一致;限定关注/粉丝规模规避大Key风险;并推动Client直连Redis替代RPC降低延迟与成本。重点覆盖存储模型、一致性保障、缓存策略及接入优化。
创业风口:基于 Agent 的个人助理
类产品
是否还有机会?
本文聚焦基于AI Agent的个人助理
类产品
,系统解析其核心技术栈,包括大语言模型(LLM)、向量
数据库
、提示工程、工具集成与多模态交互;深入阐述Agent的记忆系统(短期/长期记忆)、推理规划(思维链、任务分解)及数学基础(MDP/POMDP/强化学习);结合Siri、Alexa、ChatGPT等案例,指出垂直专业化、隐私优先、长期记忆、现实世界集成等关键创业突破口,为AI创业者提供技术可行性与商业落地双维度参考。
中老年垂直
社交
产品的
数据库
选型与分库分表实践
本文围绕中老年垂直
社交
产品的
数据库
选型与扩展难题,系统阐述分库分表策略(按用户ID/会话ID分片)、读写分离架构、冷热数据分级存储(消息/动态/画像)、GeoHash地理查询优化及分布式事务处理方案,并强调监控体系与容量规划的重要性,适用于高波峰读负载、强地域性、长生命周期数据场景的关系型
数据库
设计
。
基于Python的文学创作
社交
论坛毕业
设计
本文阐述基于Python开发的文学创作
社交
论坛的
设计
与实现,涵盖用户管理、作品发布、评论互动、私信通信、社区治理及个性化推荐等核心功能模块;采用Django/Flask框架与MySQL
数据库
,强调数据安全、权限控制与响应式前端;集成用户行为分析与作品价值挖掘的大数据分析能力,支撑精准推荐与系统优化。
MySQL
57,064
社区成员
56,761
社区内容
发帖
与我相关
我的任务
MySQL
MySQL相关内容讨论专区
复制链接
扫一扫
分享
社区描述
MySQL相关内容讨论专区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章