V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  MegrezZhu  ›  全部回复第 8 页 / 共 8 页
回复总数  147
1  2  3  4  5  6  7  8  
2020-04-11 01:43:27 +08:00
回复了 Wondertainment 创建的主题 程序员 关于编程作业与帮助同学
不会的去问 TA 啊…或者直接问教授
2020-03-16 05:39:22 +08:00
回复了 MegrezZhu 创建的主题 LeetCode 写了个玩具,自动同步 LeetCode 的提交到 GitHub
@zmxnv123 可以的,会逐渐同步
@hhhsuan
如果需要考虑删帖的话,就还是要维护用户已读帖子的列表的。
@V2XEX
第一点的话,上面的 @Kiske 讲得很好。
第二点,采用访问记录表的话的确会有额外开销,但我认为这在大部分场景下是完全可以接受的。而如果删除成为瓶颈的话,软删除的方案挺好的。
@V2XEX 直接将 uuid 写入帖子表的话,帖子表里面不也一样会是至多 m × n 个 uuid 吗,顶多减少了帖子 tid 的存储空间,所以我才说不会有数量级上的差距。
而且考虑删除情况的话,考虑在某个帖子下删除某个用户的阅读记录(呃,为啥会有这个需求,还是我理解错了?),首先就会有 O(n)的查询复杂度。相对地如果是采用访问记录表的话,依靠索引可以近似地达到 O(1)的复杂度。
如果是删帖带来的删除所有该帖子下的阅读记录的话,方法 1 可能会略有优势,但访问记录表依然可以利用索引高效删除,而且删除操作相对也不多。
@V2XEX 已有的帖子表 post 里面本来就存了每个帖子的已读用户,把它抽出来并不会增加多少负担。数据量级是没有变化的。
首先既然是 SQL 数据库的话,这样设计表是有问题的…应该抽出一个用户已读帖子的表( userid+postid ),然后做一些外键 /索引,这样直接通过 SQL 查询的时候数据库能对查询做优化,不用读取全部数据。第一种方法在数据量大的时候基本不现实。
可以去看看数据库范式,挺经典的理论。
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5128 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 01:17 · PVG 09:17 · LAX 17:17 · JFK 20:17
Developed with CodeLauncher
♥ Do have faith in what you're doing.