1 sharewind 2015-06-26 15:31:13 +08:00 直接用第三方的评论系统不就好了 |
![]() | 2 qiayue PRO 假设有十篇文章,你先循环一遍把十个文章 ID 拿到手 然后去评论表找评论 where article_id in (1,2,3,4...) 括号里是十个文章 ID 这样查询评论表,就只需要查询一遍,不需十遍 |
3 kaneg 2015-06-26 18:05:34 +08:00 你可以在页面先只加载列表,然后每个列表的评论在通过ajax异步加载,甚至只显示评论数量,让用户点击查看评论再去加载。这样就可以省去很多无用的消耗,因为不是所有的评论都会有人去看的 |
4 em70 2015-06-26 18:13:30 +08:00 给文章表加一个字段,把当前评论生成HTML代码放这个字段里,每次显示文章再显示这个字段的内容作为评论就行了,每次用户为这个文章发表评论都更新这个文章记录下的这个字段的内容即可. 因为发评论的人远远少于看评论的人,大量的资源可以节约下来. |
![]() | 5 ClearGC 2015-06-26 22:22:03 +08:00 via Android disqus 和 多说 欢迎你 |
![]() | 6 withrock 2015-06-27 19:49:04 +08:00 感觉用非结构化数据库更容易解决你这个问题。 每个item 都是文章+评论列表,这样就不用考虑你所说的这个问题了。 |
![]() | 7 withrock 2015-06-27 19:49:46 +08:00 不好意思,才看到这个在MySQL分支下,请直接忽略我的上一个回答。 |
![]() | 8 akira 2015-06-28 02:46:37 +08:00 一分钟刷新一次列表页,性能在怎么低也足够了吧 |
![]() | 9 dododada 2015-06-28 15:31:57 +08:00 上nosql |
![]() | 10 realpg PRO 一个文章entry只显示20条评论,多于20条的做一个ajax的展开功能,这个单文章评论展开就是基于article_id调用单表索引检索了,性能很好 20条评论本身,在article表里面做一个冗余,记录20条评论内容 |