一个常见的头表或单独的头表用于以下场景？

Question

我正在使用ASP.NET开发一个网站，后端是MYSQL。 PHP用户如果你处理了这个问题，请提出你的想法。

在我的网站中，用户可以发布文章和文章进行分类。 目前我正在使用以下数据库结构。

当用户将文章发布到网站时，文章（标题，描述）的常见内容存储在标题表中，并且具体细节存储在特定类别表中。 但我们假设在给定的实例中，类别1,2,3,4在每个类别中有100,000条记录。通过简单的数学，我们知道头表包含400,000条记录。懂了吗？ 我正在维护一个用户帐户，当用户登录到他的帐户时，他可以查看哪些文章被发布到类别中，我只显示文章的标题。这是没有连接的可能，因为我从头表中检索它们。 好。所以这些类别和标题表是主要的生产表。其中Header表是最繁忙的表，因为无论您选择哪个类别，它都会被每个类别表使用。 因此，这个标头表日益增加。 这是我目前使用的方法。

---

这是我的第二种方法，这只是一个想法。 看看这张图片。

在这里，我为每个类别维护4个表头。所以那些头表只包含每个类别的数据。我正在为用户帐户流程维护一个主标头表。该表还将包含标题以及该文章的等效标题表。所以此时Main头表不是生产表。它只能从用户帐户访问。当用户在文章显示窗口中选择类别1时，他只处理该类别1表和等效的小标题表。 哪个最好？当我处理大量记录时，我是否需要担心我目前的做法？

（假设这些头表的数据库模式不会经常更改。所以忘记维护的难度。我会处理它。我的主要目标是性能。我使用bigint数据类型作为每个表的主键。我用过索引）

给我一​​个聪明的，长期的，商业明智的答案，他已经处理大量数据存储。请提供任何链接以引用和备份您的答案。非常感谢你。