mysql - 有效地组合和查询多个表(STI 与 MTI)

Question

在我的 Rails 项目中，我有几种内容类型，比如说“文章”、“采访”和“评论”。

在计划我的项目时，我决定为所有这些使用单独的表(多表与单表)，即因为虽然这些内容类型确实共享一些共同的字段(标题、预告片等)，但它们也有每种内容类型的唯一字段。

我设法让所有这些在我的项目中正常工作，但在这样做时遇到了一些障碍。也就是说，假设我想按照发布日期的顺序一起显示所有这些内容类型(比如在类别页面上)，我只需要显示它们共有的字段(标题、预告片等)......这是有问题的。

我使用 has_many_polymorphs 插件有一段时间了，但它从未针对 Rails 3 进行过正式更新，我使用的是为 R3 一起“破解”的分支分支。无论如何，它会引起问题并时不时地吐出奇怪的错误消息，在我的一次更新破坏了插件之后，我决定放弃它是个好主意。

然后我寻找一个可以像 UNION 连接一样执行 SQL 的插件，但是该插件自 2009 年以来就没有更新过，所以我没有考虑。

我最后做的是对每个表进行三个不同的查询，然后使用 Ruby 合并结果。 (@articles + @reviews + 等)效率不高，但我需要它工作(这些区域最终可能会被缓存)。

但是，如果我可以只在单个表上进行查询，那将“会”更容易，并且仍然有时间重构我的架构，以最有效的方式推出执行此操作。所以我现在想知道 STI 是否确实是可行的方法，如果是这样，我如何在两侧使用不同的列来解决这个问题？

更新

我一直在认真思考这个问题……即我如何使用 STI，但每种类型都有一些独特的字段。假设我有一个“内容”表，其中有我的共享列，如标题、预告片等……然后我有单独的表，如文章、评论，这些表将有我的独特列。我不能在技术上创建内容表的那些嵌套属性，或者实际上是内容表的特定类型吗？

更新 2

显然，根据我的研究，如果您需要在不同的表上使用不同的列，或者如果您需要针对不同的内容类型使用不同的 Controller ，那么 STI 是一个坏主意。所以也许坚持使用多个表和多态是正确的方法。只是不确定我是否尽可能有效地完成了它。

更新 3

认为 mu 的想法是正确的，这是查询非常复杂以至于它需要 find_by_sql 的时候之一，我创建了一个“内容”模型并进行了以下调用...

@recent_content = Content.find_by_sql("SELECT * FROM articles UNION SELECT * FROM reviews ORDER BY published_at DESC")

它有点管用……它确实通过单个查询返回了所有类型。剩下的问题是，因为我在内容上调用 ActiveRecord，所以以下内容在我的部分返回最近内容的集合中不起作用...

<%= link_to content.title, content %>

即链接路径，“content_path不存在”。这很棘手，因为每个结果都作为“内容”对象返回，而不是返回它真正的对象类型。那是因为我当然是用“内容”开始上面的查询，但我必须在那里放“东西”才能使 activerecord 查询工作。必须弄清楚如何为不同的内容类型、/articles/、/reviews/等返回适当的路径/对象类型...

Answer 1

分别查询它们并没有你想象的那么糟糕。如果它们有不同的列并且您需要在 View 中显示不同的列，我认为您不能使用 sql union 组合它们。对于性能问题，您可以使用缓存或优化您的表。