如何使新闻提要“友好”的数据库设计，以便将所有项目（查询）放入新闻提要中不会非常昂贵？我能想到的唯一方法是联合几乎每个表（代表组、笔记、朋友等）并获取日期等，这似乎是为每个用户运行一个非常昂贵的查询，而且因为每个人都不同，所以很难缓存这样的东西。
【问题讨论】：
标签： sql database database-design
首先，考虑制作一个性能原型，以检查您对联合是否过于昂贵的预感。您可能过早地优化了一些不成问题的东西。
如果这是一个真正的问题，请考虑一个纯粹为保存事件源数据而设计的表，该表必须与其他表并行更新。
例如当您创建注释记录时，还要在事件表中创建一个事件记录，其中包含日期、描述和所涉及的用户。
考虑基于 UserId（或 UserId 和 Date）索引 Event 表。也可以考虑在不再需要时清除旧数据。
这不是一个规范化的模式，但如果获取事件馈送是一种频繁的操作，它可能会更快。
【讨论】：
没有架构很难回答这个问题，但我的直觉是，涉及 10 个或更多正确索引的表的 UNION 什么都不是：
典型的 LAMP 应用程序，如 wordpress 或 PHPBB，每次浏览量运行超过 10 个查询，没有问题。所以不用担心。
【讨论】：
UNION = 昂贵，因为完整的结果集受制于 DISTINCT 操作。 UNION ALL = 更便宜，因为它实际上是多个查询，每个查询的结果都附加在一起。
这取决于数据量或课程。
效率的主要驱动因素是联合在一起的单个查询，但没有理由为什么从 10 个表中的每一个表中选择最近的（例如）10 条记录应该花费不到一秒钟的时间。
【讨论】：