如何设计问答数据库（MySql）

Question

我需要为论坛设计一个数据库。 由于各种原因，我将根帖子与其子帖子分开。 我需要用户输入的文本能够最佳地搜索，从性能的角度来看也是如此。

我的问题是，我应该将每个表（根帖子和子帖子）分成两个表：
root-posts_meta（保存 id、创建时间、浏览次数等数据......）
root-posts_data (id,title,body) 以全文索引

与 sub-posts 表的思路相同。

谢谢。

Answer 1

分离不会影响其可搜索性或搜索性能。 如果这是您唯一关心的问题，您不妨将每个表保留为一张桌子。

Answer 2

正如其他人所说，不要分开桌子。 它没有任何好处，实际上还有性能上的缺点。 添加另一个表意味着它只是您的查询在渲染页面时必须执行的另一个表连接。

Answer 3

当我做类似的事情时，我将线程数据放在一个表中，并将帖子数据（包括根帖子）放在另一个表中。 在回答你的问题之前，我必须问你，你真的确定需要将root和sub分开吗？

如果您想坚持根子分离，我认为进一步分离它们不会获得任何好处。

Answer 4

无论如何，TEXT 字段都存储在行外。

分离表既不会提高查询的可读性，也不会提高查询的性能。

你最好把它放在一张桌子上。

Answer 5

基本上，在常规论坛应用程序中，根消息和子消息本质上几乎是相同的。 如果您确实想要获得有关新线程启动的一些特殊信息，则可能需要一个名为“线程”的单独表，以及消息表中属于该线程的所有消息。 对于根消息，消息本身的parent_msg_id 可以为null，如果是回复，则可以为另一条消息的id。
像这样：

thread:
- thread_id
- started_ts
- author (long live redundancy!)
- other columns

message:
- message_id
- thread_id (reference to thread-thread_id)
- parent_msg_id (nullabel reference to message.message_id)
- body, author, timestamp etc

Answer 6

规范化是将数据分成更小的部分，从而创建更好的设计。 不幸的是，单独的表意味着更多的联接，并且联接对性能不利。 因此，您最终会对架构进行反规范化以提高以后的性能。

我建议将这些东西放在同一张表中。

仅当事物确实完全不同时才将它们放在不同的表中，而不仅仅是略有不同，或者您觉得将它们分开会很好。

Answer 7

由于 InnoDB 没有 FULLTEXT 支持，并且如果需要某种事务支持，则无法绕过这种分离。
mysql-fulltext

详细解释：
InnoDB没有全文，MyIsam没有TX支持。
以SO为例。 每个问题实体都有投票数、更新它的用户、更改历史记录（在我的系统中我还有很多其他东西，让我们不讨论我所做的业务逻辑）。
其中许多字段必须在实体的生命周期内与其他表中的其他更改（即一个事务下的更改）一起更改，并且我需要数据字段的全文支持。

Answer 8

如果事务支持对您很重要，那么您仍然可以使用一张表来存储数据，并使用类似 Sphinx用于全文搜索。