Rails 中资产单表继承的优缺点

Question

我正在查看文件上传 gem，似乎倾向于将所有资产放在单个“资产”表中，并使用 STI 对其进行子类化。比如ImageAsset、VideoAsset、AudioAsset等

我是 Rails 新手，从未使用过 STI。以前我只会制作images、videos、audios 单独的表格。当然，他们可能会共享几列，但我会说他们也会有一些不同的列（例如，采样率不适用于图像）

将所有这些都填充到一个“资产”表中的优点：更容易对所有资产运行查询。缺点：桌子会更快变大。我想如果这是一个问题，我总是可以在“类型”列上分片。此外，我预计图像行上的所有纯音频列都将为空，等等。

我的整个应用程序都将基于资产，因此我想在做出决定之前确定自己的利弊。有没有人做过 STI 资产并后悔过？有没有人做过并且不后悔（对于大量资产）？ CTI（类表继承）在这里会是更好的解决方案吗？

Answer 1

我想说，使用 STI 的最大缺点之一是，如果您向表中添加了一个未在所有 STI 模型之间共享的列（并且这意味着相同的事情），那么您我刚刚破坏了你的数据完整性。

（关系）数据库中的空字段通常会导致比它们解决的问题更多的问题。

我已经被这个问题困扰了好几次了，当你的 STI 关系中的类开始拥有自己的子类时，这尤其令人沮丧，这反过来又在表中添加了更多的列。

我想说，如果你想让这个结构尽可能好，我真的认为 CTI 是一个更好的选择，尽管让它与 rails 一起工作可能有点棘手。至少比 STI 要复杂得多。

在我的脑海中，我只能想到 STI 可能实际上是合理的一种情况，那就是当您处理交易模型时（例如从银行账户存款和取款等）。在这些情况下，除了交易的“方向”之外，这两种模型基本相同。

也可以说 STI 对于快速原型制作来说“很好”，如果你只是想把一些东西放在一起快速只是为了看看它是否有效，你可以使用 STI，但是一旦您开始添加对关系中的所有模型没有意义的列，您可能应该将其重构为 CTI 或其他内容。