一张大桌子或多张小桌子答案

【问题标题】：One big table or many small tables一张大桌子或多张小桌子
【发布时间】：2011-11-17 06:53:28
【问题描述】：

我正在开发一个网站（基于 WordPress MU）。在这个网站上，用户可以创建自己的博客，可以完全自定义自己的博客（改变背景，写文章...），添加更多的用户到自己的博客...

最常见的查询是获取博客文章。 2 个不同的博客几乎不相关。

博客的信息可以通过两种方式存储在数据库中：

我的问题是：

就性能而言，哪一个更好？
WordPress 实际上使用了第二种设计。如果博客数量非常大（数千），那么表的数量可以十数以千计。这会导致任何问题吗？有没有限制的 MySQL 数据库的表数？

【问题讨论】：

【解决方案1】：

为了代码的可维护性，我请求你选择选项 1。

【讨论】：

【解决方案2】：

选择选项#1 - 它被称为normalisation。

【讨论】：

wp_blogs 仅存储博客 ID、博客 url... 博客的大部分信息都存储在为该博客创建的表中（例如 wp_1_posts、wp_1_users、wp_1_options...）
我的错误。但你绝对应该选择选项 #1！

【解决方案3】：

【讨论】：

1.我真的不明白您所说的“给定适当的索引”是什么意思？两种设计的数据库索引方式是否相同（通过 MySQL）？我认为 WordPress 使用第二种设计，因为博客几乎没有连接，将它们分成许多表可能会更快。 2. 是的，你是对的。我使用phpMyAdmin，当表数超过10000时，它不能正常工作。
@Jack 当一个表被正确设计和索引时，表的大小与检索（相同数量）记录的速度几乎没有关系。这就是索引的目的——将搜索时间减少到 O(log n) 操作，这与 n 相比增长缓慢。假设该表有一个允许索引首先按博客“分区”的键，那么检索应该在很大程度上是等效的。通常是二分查找。 en.wikipedia.org/wiki/Twenty_Questions

【解决方案4】：

我进行了一些搜索，我想我经常看到有人说他们更喜欢一张包含很多数据的表格，而不是很多表格。他们说它更容易维护。

这是数据库规范化的一些文本：

祝你好运！

【讨论】：