出自我的 Blog 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 里面的栏位应该有 1. person_id 2. 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 结果就会出现 小李是好友 小王是点头之交 小陈是朋友 之类的结果，可说是相当方便的特性。 结论 我个人将这个特性视为双面刃。没有良好的命名规划，很有可能造成很大的混乱，但是当你自己了解你在干嘛时，功能却又方便而且强大。 -- lighty RoR 是一个介绍 lighttpd , SQLite , Ruby and Rails 的 Blog http://lightyror.blogspot.com/ --

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