has_many :through详解[转]

has_many :through详解[转]

原E文地址:http://blog.hasmanythrough.com/2006/04/20/many-to-many-dance-off

==============================================================================================================
我已注意到使用 Rails 关联在创建多对多关系的两种方式上有些混乱。出现混乱是可以理解的,因为 has_many :through 还有些新,写它的文章并不多。

Has_and_belongs_to_many 出现的较早,确定的角色与资料超出了你为什么使用多对多关系的假设。事实上,许多人似乎并没有抓住本质上的区别。

就像我们从观看经典影片所学到的,告诉我们两个预期选择之间的区别最好方式是它们的舞蹈。你得观察每个人的表演。那么我们必须在两者之间选择哪个演员呢?

一、php?name=%C1%AC%BD%D3" onclick="tagshow(event)" class="t_tag">连接表:简单的关联

表:

create_table "dancers_movies", :id => false do |t|

t.column "dancer_id", :integer, :null => false

t.column "movie_id", :integer, :null => false

end

模型:

class Dancer < ActiveRecord::Base

has_and_belongs_to_many :movies

end

class Movie < ActiveRecord::Base

has_and_belongs_to_many :dancers

end

has_and_belongs_to_many 关联的设置很简单。连接表只有被连接模型的外键,没有主键或其它属性。(其它属性使用暂时的 push_with_attributes 来支持,但该特征被废弃了。)此处没有给连接表使用的模型类。

二、连接模型:富关联(Rich Associations)

表:

create_table "appearances", do |t|

t.column "dancer_id", :integer, :null => false

t.column "movie_id", :integer, :null => false

t.column "character_name", :string

t.column "dance_numbers", :integer

end

模型:

class Appearance < ActiveRecord::Base

belongs_to :dancer

belongs_to :movie

end

class Dancer < ActiveRecord::Base

has_many :appearances, :dependent => true

has_many :movies, :through => :appearances

end

class Movie < ActiveRecord::Base

has_many :appearances, :dependent => true

has_many :dancers, :through => :appearances

end

has_many :through 关联对这个简单例子来说很容易设定的,但是当使用其它特征如 polymorphism 时要有些技巧。用于连接模型的表有个主键并包含了类似其它模型的属性。

三、Checking out the moves

下面是对两种操作基本特征的比较

-----------------------------------------------------------------------------------

关联 has_and_belongs_to_many has_many :through

----------------------------------------------------------------------------------

AKA habtm 关联 遍历关联

结构: 连接表(Join Table) 连接模型(Join Model)

主键: 无 有

富关联 否 是

代理集合 是 否

Distinct 选择 是 是

自引用 是 是

早期加载 是 是

多态性 否 是

多向连接 否 是

------------------------------------------------------------------------------------------

该表格内包含了很多东西,现在我们分别看一下:

(1)、结构:

has_and_belongs_to_many 使用了简单的连接表,表的每一行记录只有两个外键。没有为连接表使用模型类的连接记录从不会被直接访问。

has_many :through 更新连接表为一个完整的模型。它使用一个模型类来表现表内的条目。

(2)、主键:

连接表没有主键。我听说一些人,如从外键对创建一个主键,但 Rails 从不为任何东西使用主键。我不能肯定你为什么要得到创建的主键,虽然它可能依据你数据库给你一些性能上的好处。 (我不是一个 DBA ,所以对于主键不想说得太多。)

连接模型有键,就像其它模型。这意味着你可以直接地访问及管理记录。

(3)富关联:

在 Rails 1.1 以前,你使用 push_with_attributes 来存储额外的属性到你的 habtm 连接表内。这样做会带来很多问题,包括随后不能更新属性。Push_with_attributes 现在不再使用了。如果你希望一个带有额外属性的富关联的话,使用连接模型。

(4)、代理集合:

使用 habtm 的一个好处是,关联是个代理集合。这意味着你可以使用关联的 << 方法在连接表内创建条目,就像 has_many 关联。因为连接模型记录有这些额外属性,所以用同样方式来自动创建连接表条目会更复杂。所以你必须手工创建连接模型条目。(更完整的解释,可参阅我的 Why aren't join models proxy collections? 文章。)

(5)、Distinct 选择:

有时候,连接表(或模型)在同样的记录之间可能有多个引用。例如,一个人可能是一本书的作者及插图绘制者。如果你有多个引用,数据库会返回给你所有与你查询相关多条记录。选项 :uniq 告诉关联过滤重复的对象,以便你只得到每个记录的一条显示。这类似于在 SQL 中使用 DISTINCT 关键字,但这是在 Ruby 内而不是数据库内移除重复发生的记录。这篇文章原只由 habtm 支持的 :uniq 才能查到,但现在通过 through 关联也可以查到。

(6)、自引用:

Habtm 与 through 关联都可是自引用的。Users 的朋友用户就是一个自引用关系的例子。你可以通过在关联上使用带有 :foreign_key 与 :association_foreign_key 选项的 habtm 来完成。同样也可以使用 through 关联,因为它的做法不太明显,所以稍后我会写出如何处理它。

(7)、早期加载

Habtm 与 through 关联都通过 :include 选项来支持被关联对象的早期加载。

(8)、多态性:

连接模型与 through 关联可以用 polymorphic 模型类型工作。

(9)、多向连接

一个 habtm 关联只可以连接两个模型。但有时候你需要表现多个模型的关联。例如登记的可能是一位飞行家,一个乘客,及一个座位的分配。使用 through 关联,你可以创建一个连接模型,它连接你需要的多个模型。技巧部分是如何构建可方便地得到被关联对象的查询。

四、And the winner is...

has_and_belongs_to_many 的使用范围狭小。但 has_many :through 则很广泛。

Seriously, there's no way to pick a winner here. Like any engineering decision, choosing a join table or a join model is a matter of picking the right tool for the job (or the right dancer for the part). Now that you've seen our players go head to head, you can make a better choice about who should get that part.

五、回帖部分:

1、David on 2006年4月21日

关于 distinct 选择 ---- 我认为你可以附加 :select 'DISTINCT *' 给关联,类似于: has_many foos, :through => bars, :select 'DISTINCT *'
数据库抽象化的概念到rails已经表现的非常明晰了。
Yudi说一下国外的ROR发展如何?是不是经常有那种现场show,几个人在现场用ROR来show出自己的idea?
对,也让我们了解一下国外的情况。呵呵,身不能至啊。
你们说的是ruby conf 吧,今年多伦多9月份会举行 ruby conf, 我看了下票,1000多加币,太贵,买不起 ^_^
和大家一样,我所接触的rails大部分是通过听 rails cast 还有互联网络
现在在上计算机本科,还不到一年毕业,希望毕业前有一些web dev的工作经验。
所以rails这个东西出来的真是时候
那么贵啊?
搞一些现场的视频放到FTP吧 :)
caiwangqin有意向在国内举办这样的活动,也许只有ROR才能做到现场show,其他语言望尘莫及