单表继承引用具有自己字段的子类

Question

我正在使用 Ruby on Rails 3，并且实现了一个有效的单表继承，如下所示：

class User < ActiveRecord::Base

  # Schema Information
  #
  # Table name: User
  #
  # id              : integer
  # type            : string
  # children_user_id: integer

  ...
end

class UserAdmin < User

  # Schema Information
  #
  # Table name: UserAdmin
  #
  # id             : integer
  # special_field1 : string
  # special_field2 : string
  # ...

  ...
end

class UserCommon < User

  # Schema Information
  #
  # Table name: UserCommon
  #
  # id             : integer
  # another_field1 : string
  # another_field2 : string
  # ...

  ...
end

我想知道是否在创建 UserAdmin 记录（或 UserCommon 记录）时）在运行以下命令的 User 表中，

UserAdmin.create(:children_user_id => "1")
# or UserCommon.create(:children_user_id => "1")

可以以某种方式“自动”创建（可能是“Rails Way”！）也在 UserAdmin 表（或 UserCommon 表）拥有自己的字段（在数据库级别，这些字段是列）。 我想这样做是为了“更好地处理”UserAdmin，因为此类具有 UserCommon 类的不同且更多的属性。

如果可能，我该如何做到这一点（也许使用关联模型语句、回调、多态性等）？ 您对这个问题有什么建议吗？

Answer 1

单表继承的特点是它基于单表模型，这并不奇怪，因此您不能让不同的类使用不同的表。

通常，“Rails 方式”是将所需的所有可能字段捆绑到一个表中，并使用 STI 为您处理数据映射和验证问题。不过，它可以对应用程序隐藏的内容是有限的，因为通常定义的字段意味着它可以由绑定到该表的任何类使用。大多数人不认为这是一个问题。

您可能想要做的是根据用户类型创建一条记录，例如：

class User < ActiveRecord::Base
end

class AdminUser < User
  belongs_to :admin_profile
end

class CommonUser < User
  belongs_to :common_profile
end

这需要 users 表具有 admin_profile_id 和 common_profile_id 列，其中 admin_profiles 和 common_profiles 表包含所需的附加字段。

这些表中的属性可以根据需要使用delegate方法映射回基类。

将额外的字段移到单独的表中可能有助于划分事物，但这也意味着读取速度会变慢，因为需要连接，并且由于一部分丢失或过时而导致记录不一致的可能性会增加。

一般来说，您可以将所有与用户相关的字段加载到单个表中，即使其中许多字段不经常使用。在方案中，NULL 字段的存储成本通常较低，除非有数百个此类字段，否则开发人员面临的额外复杂性很小，比必须不断成对创建和引用记录所付出的代价更小。