单表inheritance用于引用具有自己的字段的子类
我正在使用Ruby on Rails 3，我实现了一个有效的单表inheritance，如下所示：
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 我想知道，在运行以下内容的User表中创建UserAdmin记录（或UserCommon记录）
UserAdmin.create(:children_user_id => "1") # or UserCommon.create(:children_user_id => "1")
可以在UserAdmin表（或UserCommon表）中“自动”创建一条新记录（可能是“ Rails Way ”！），该记录也有自己的字段（在数据库级别，这些字段是列）。 我想这样做是为了“更好地处理” UserAdmin因为这个类具有不同的UserCommon类属性。
如果有可能，我该怎么做 （可能使用关联模型语句，回调，多态，……） ？ 你对这个问题有什么建议吗？
具有单表inheritance的东西是它基于单个表模型，这并不奇怪，因此您不能使用不同的表使用不同的类。
通常，“Rails方式”是将所有可能的字段捆绑到一个表中，并使用STI为您处理数据映射和validation问题。 但是，它可以从应用程序中隐藏的内容存在限制，因为通常定义的字段意味着它可以被绑定到该表的任何类使用。 大多数人不认为这是一个问题。
您可能想要做的是根据用户类型创建一个加入的记录，例如：
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字段的存储成本通常很低，除非有数百个这样的字段，否则暴露给开发人员的额外复杂性是最小的，要付出的代价要小于必须不断创建和引用记录的成本。 。