:

※ 发信站: 批踢踢实业坊(ptt.cc) : ◆ From: 61.230.103.247 : → ihower:改用has_many :through吧~ 11/01 22:31 : → ihower:http://ihower.idv.tw/blog/archives/1437 11/01 22:32 : → contagious:在 << 的问题还没正式解决之前..觉得还是先用 HABTM 好 11/02 01:09 : → contagious:http://rubyurl.com/qpg 解决进 edge 了..等等等... 11/02 01:11 感谢您的指教，我昨天也发现到这样会有问题了 以下是新的文章 http://lightyror.blogspot.com/2006/11/nm-join-table.html 原本的设计 N:M Join Table 一般来说，通常只有两个 Column ，两个都是另外两个 table 的 Foreign Key。举例来说，假设今天有两个 Table ，一个是 people ，另外一个是 firend_relations。人跟人之间的朋友关系由 friend_relations 来描述，所以 friend_relations 里面的栏位应该有 person_id friend_person_id 根据 Agile Web Development with Rails这本书，里面有一段话 Active Record automatically includes all columns from the join tables when accessing rows using it. If the join table included a column called id, its id would overwrite the id of the rows in the joined table. 如果 join table 里面，加上 id 这个栏位的话，当我们使用 Person.find(1).friends.each do |friend| puts friend.id end 这里的 i.id 不是朋友在 people 这个 table 里面的 id ，反而是 Join Table friend_relations 的 id 。也就是说，Join Table 里面除了 Foreign Key 以外的栏位，都会覆盖掉所有关联性 Table 的栏位。这在 Coding 时，很容易造成混淆，必须尽量避免。 好处？ 但是有时候这个特性很好用，假设有一需求。我想知道我跟你之间的朋友关系是啥时建立的？我们如果将这个时间 created_at 写在 Join_Table frined_relations 里面，那麽 Person.find(1).friends.each do |friend| puts frined.created_at end 这里的 i.created_at 就是 freind_relations 里面的 created_at （朋友关系建立的时间），而非 people 里面的 created_at （person 资料建立的时间），因为已经被覆盖掉了。的确，当你使用到 person.friends 的时候，通常你在使用 朋友关系 的资料，而非 这个人的基本资料 ，所以他被覆盖过去也是很合理的。 我们还可以在 friend_relations 加入 relation 这个 column ，里面放 '点头之交' ，'朋友' ，'好友'，'密友' 之类的关系，可以作出 Person.find(1).friends.each do |friend| puts friend.name+'是'+friend.relation end 结果就会出现 小李是好友 小王是点头之交 小陈是朋友 之类的结果，可说是相当方便的特性。 Bug? 还是特色？ 不过今天发现了一个问题，HABTM 的 Table 在 Ruby on Rails 里面是 read only ，我们无法写入 Attribute （因为他没有相对应的 Model），并且当我们使用 << 传入 HABTM 关系时，我发现到假设 JOIN Table 有任何 column 跟传入的 Column 同名，他会直接写入 JOIN Table 里面，也就是说假设，friend_relations 跟 people 都有 created_at 这个 column a = Person.find(1) b = Person.find(2) a.friends << b 这个时候，friend_relations 里面的 created_at 的确有新的值输入，但可惜不是创造关系的时候的时间，而是 b 的 created_at 时间。如果我在 friend_relations 加入一个 Person 原本就有的 column，像是 name 好了 。我发现到执行上面的程式他会直接将 b 的 name 栏位直接写进去，这真是太有趣了。 根据 Rails 的 Many-to-Many 讨论 这篇的讲法 主要来说 has_and_belongs_to_many 比较简单，但是那个 join table 不适合再加栏位值，比如说该关联建立的时间之类的，虽然 push_with_attributes 这个方法可以塞资料进去，但是却是很乱的糟方式，已经不被推荐使用。 而 has_many :through 功夫多一些，结构更完整，用新增一个 join model 的方式来建立关联资料。自己有一个 model class，因此使用上也比较丰富。就像一般 model 一样，先 new 一个出来，assign 好那两个关联物件，再填好其它资料，最後 save 即可。 还有 Many-to-many Dance-off! 让我新发现到 has_many :through 这个方式。我正在仔细思考重构的方式。不过在 Project 重构之前，我先使用 push_with_attribute 进行简单的 Bug Fix class User < ActiveRecord::Base def add_friend user firendss.push_with_attributes( user , :created_at => Time.now ) end end 如此最起码可以使用 a = Person.find(1) b = Person.find(2) a.add_friend(b) 达成最起码的 BUG Fix。 结论 这个特性已经 缺点多於优点了 ，不推荐。虽然 push_with_attributes 可以写入，但是不能修改，所以只能作一次性的写入，像是 created_at 还能用，其他的就有问题了。 -- lighty RoR 是一个介绍 lighttpd , SQLite , Ruby and Rails 的 Blog http://lightyror.blogspot.com/ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.218.90.242