您当前的位置: 首页 > 健康

杭州装修论坛版块

2018-12-19 11:32:57
杭州装修论坛版块 你们如何设计数据库的评论?问题详情:评论的字段都是一模一样的。

评论的版块有几十个,视频、文章、下载、图片、相册、日志、、、、、、、、、、、。

你们是如何设计数据库的评论的?评论的字段有“评论内容、评论时间、点赞数、鄙视数、评论用户ID”。

支持嵌套的评论回复,以parent、depth来区分层级我目前的思路:1.分别对视频、文章、下载……相应的版块各自分别新建相应的评论表 (弊端:工作量实在太大,且重复性工作)2.把所有版块的评论都放在一张表,以int类型的字段“版块(Section)”去区分哪条评论记录属于哪个版块 (弊端:表很容易一下在就上千万、上亿了。

对查询很慢)3.把视频的评论以json的形式存在视频表commentJson字段里。

文章、下载、、、、、同样的方法以json存在相应的表里。

查询操作都转为Object再操作。

(我目前的做法是这样的)推荐回答:首先谢谢邀请!我以前弄过论坛的数据库,分享给您,希望能有些帮助!简单总结如下:一 分割思想:1 数据库切分:用户库、主题库、回复库2 数据表水平切分:用户库1-n、主题库1-n、回复库1-n (比如按时间分)3 分布式数据库:每台计算机中都有DBMS的一份完整拷贝副本,并具有自己局部的数据库,位于不同地点的许多计算机通过网络互相连接,共同组成一个完整的、全局的大型数据库。

4 论坛功能可以进行分隔,不同的服务器负责不同的功能5 用主从数据库,master是写, slave是读6 把内容与其它信息分开,好处就是可以让每个表的文件小化,对数据库操作压力会减小,这样保证每张表数据量很小,操作速度会快,也可以在这里使用缓存二 索引:针对是否建立索引有着一定的分歧:我觉得建立索引还是很有必要的。

理由如下:1)建立索引可以加快检索速度,对于论坛读和写的比例相差很大,用户体验当然是读多写少,所以综合考虑还是要用索引,而且是加在常用的读关键字上。

2)索引之所以会降低更新的速度

杭州装修论坛版块

,是因为更新还包括对索引的更新,从更新帖子10万左右,这句话是说,我们可能对发帖标题,发帖内容,回复标题,回复内容这4个字段做更新。

需要注意的是,这四个字段并不是用来建立表连接的字段,为了优化查询速度我们不会在这四个字段上建立索引,所以从这道题目出发,我们建立的索引不会影响更新帖子的性能。

只要被索引的列(例如回复表的标题ID)不被频繁更新,即使索引所在地

推荐阅读
图文聚焦