博客系统中的数据库设计

Question

作为一个学习练习，我正试着把自己变成一个博客系统。

我们的目标是编写一些代码，让我可以创建多个博客，比如blogger.com或wordpress.com，但要简单得多。

我想问你，你认为什么是这种类型的脚本最好的数据库设计。

有一个大表，包含所有用户(如friendfeed)的所有博客的帖子，还是为每个博客的帖子创建单独的表更好？

非常感谢你的帮助，彼得。

Answer 1

你最有效的方法将是创建一个适当规范化的数据库(作者，帖子，评论表)，然后随着你的扩展，寻找在出现性能问题时处理问题的方法，而不是预先设计问题……这些问题可能永远不会出现。

通常，如果要将一个表拆分为多个表，则需要查看数据是如何被查询的，并确定对数据进行分区的最佳方式。也许时间是一个更好的划分方式，或者你想要按作者甚至博客url进行划分。

总而言之-从传统的规范化设计开始，只有在遇到性能问题时才会偏离这条道路。

Answer 2

这是一个好问题(+1)。

在可伸缩性方面，很明显，除非你有一个非常大的预算，否则每个人的每个博客都有一个表是不可能实现的。也许FriendFeed能够负担得起在表中推送服务器场的费用--但我很有兴趣阅读您对它们的研究。

如果你只期望少量的用户，那么专注于设计而忽略可伸缩性。

我想答案取决于你想把你的项目扩展到什么程度。