has_and_belongs_to_many vs has_many通过

请通过关系说明has_and_belongs_to_many和has_many之间的区别。何时何地使用哪一个？

据我所记得，has_and_belongs_to_many它为您提供了一个简单的查询表，该表引用了您的两个模型。

例如，

故事可以分为许多类别。类别可以有很多故事。

Categories_Stories Table
story_id | category_id

has_many :through 为您提供了第三个模型，该模型可用于存储不属于任何原始模型的其他各种信息。

例如

人可以订阅许多杂志。杂志可以有很多订阅者。

因此，我们可以在中间有一个订阅模型，该模型为我们提供了与先前示例类似的表，但具有其他属性。

Subscriptions Table
person_id | magazine_id | subscription_type | subscription_length | subscription_date 

等等。

来自http://guides.rubyonrails.org/association_basics.html#choosing-between-has-many-through-and-has-and-belongs-to-many

最简单的经验法则是，如果需要将关系模型作为独立实体使用，则应设置has_many：through关系。如果您不需要对关系模型做任何事情，则设置has_and_belongs_to_many关系可能更简单（尽管您需要记住要在数据库中创建联接表）。如果需要在连接模型上进行验证，回调或其他属性，则应使用has_many：through。

我的经验法则是，我可以在此处获得复选框列表吗？如果是这样，那就是一个habtm协会。如果我需要复选框以捕获有关该关系的更多信息，而不仅仅是它是/不是，那么请使用has_many：through。HABTM就像将_ids方法与simple_form collection_check_boxes一起使用一样简单。Has_many：through通常涉及accepts_nested_attributes_for。

如果需要在连接模型上进行验证，回调或其他属性，则应使用has_many：through。

许多答案表明，如果不需要在连接表上添加任何额外数据或验证，则应使用has_and_belongs_to_manyvs。has_many through:

但是，请注意采用这种方法。在应用程序开发的早期阶段，几乎不可能知道在项目生命周期的不久将来可能需要哪些额外的功能或验证。如果您决定使用has_and_belongs_to_many，并希望在未来两年内添加一个简单的数据点或验证，则迁移此更改将非常困难且容易出错。为了安全起见，默认为has_many :through

根据我的经验，最好总是使用它，has_many: through因为您可以在表中添加时间戳。很多时候，在调试一些ActiveRecord是通过HABTM连接的对象，我失踪了created_at，updated_at时间戳得到什么实际发生的线索。因此请记住，它可以帮助您在时间范围内调试，调查与数据关系有关的问题，因为如果没有它，则在创建或更新关系时您将是“盲目的”。