【请教个数据库架构的问题】列表页都是标题，就把标题单独放在一个表！好像论坛都这样

Question

不是因为列表页都是标题，所以要单独一个表。
而是分表的一种策略：“纵向分割”，这样会减缓由于某个表过大而带来的查询缓慢的的问题。
如果用户量不是很大，帖子不是很多，这种分割当然是没有必要的，反而会一步连接查询。 需要把评论和正文做成一个表不？ ？
显然不可能是一个表。文章和评论都应该是单独的表。不仅如此，对于用户量大的，还会有根据用户uid hash之后水平分表的策略、表分区的策略等。

Answer 1

【减缓由于某个表过大】
dz论坛的帖子标题跟主贴放在一个表，防止表过大？一个标题列能让表大多少啊。CMS都是标题和内容一个表的。
【显然不可能是一个表。】
DZ论坛的评论（回复）和正文（主贴）就是一个表。

Answer 2

【减缓由于某个表过大】
dz论坛的帖子标题跟主贴放在一个表，防止表过大？一个标题列能让表大多少啊。CMS都是标题和内容一个表的。
【显然不可能是一个表。】
DZ论坛的评论（回复）和正文（主贴）就是一个表。
我理解的“文章” 是指博客之类的文章，
我感觉你说的并不是文章，而是论坛普通的帖子？
【减缓由于某个表过大】
标题是没有多大。正文呢？假设一个普通的文章表包括文章id,用户id,标题，正文，添加时间和文章的其他信息。文章正文显然比较大。
【显然不可能是一个表。】
再次怀疑。你说的不是文章，而是论坛的帖子。如果是这样。记录在一个表中是正常的，也是合理的设计。

Answer 3

【减缓由于某个表过大】
dz论坛的帖子标题跟主贴放在一个表，防止表过大？一个标题列能让表大多少啊。CMS都是标题和内容一个表的。
【显然不可能是一个表。】
DZ论坛的评论（回复）和正文（主贴）就是一个表。
我理解的“文章” 是指博客之类的文章，
我感觉你说的并不是文章，而是论坛普通的帖子？
【减缓由于某个表过大】
标题是没有多大。正文呢？假设一个普通的文章表包括文章id,用户id,标题，正文，添加时间和文章的其他信息。文章正文显然比较大。
【显然不可能是一个表。】
再次怀疑。你说的不是文章，而是论坛的帖子。如果是这样。记录在一个表中是正常的，也是合理的设计。
哪种类型其实不都一样么。drupal里所有的帖子文章都叫节点呢，论坛的回复就是评论。
就是我最近看DZ的数据库结构跟普通CMS的不同，就在想为什么它要这么设计的。你说的那些分割没看懂，哈哈，没研究到那么深，总之谢谢了。