我正在创建一个经典的 php 博客，但对于单个或两个 mysql 表方法有一个困境。
在第一种情况下，实际博客将放置在 actual 表中(最多 100 行)，并将存档帖子放置在 archive 表中(最多 20.000 行)。
两个表具有相同的结构。
对实际表的查询非常频繁，而对归档表的查询则不那么频繁。
但有时会有 join 和 union 查询 - 涵盖两个表。
从逻辑上讲，较小的表上的性能要好得多，但是 - 在我的情况下，这是否有足够的理由创建两个表而不是单个表？
还有第三种解决方案 - 具有两个分区的单个表实际 - 100 行和存档 - 20.000 行。
要做什么？
最佳答案
你写道:
Logically, performances are much better on a smaller table
恕我直言，对于包含少于一千万行的表，您对此的直觉完全错误。 SQL 的目的是允许从众多项目中快速检索少数项目。程序员数千年的劳动(并不夸张)已经让这种事情变得非常快。您将无法比集体努力更聪明。
将您的项目放在一张表中。如果您需要区分事件和非事件项目，请创建一个名为 active 或类似名称的列，并使用 WHERE active=1 或类似查询术语检索它们。
如果您认为遇到性能问题，可以向表添加索引。读这个。 https://use-the-index-luke.com/
关于php - 单个博客表与多个博客表，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/49773940/