layout: post
title: 第十一章困惑 外键 及 反转relationships表
categories:
- rails
tags: - railstutorail 学习笔记
不知道有谁学到11章时和我一样困惑的，所谓的对调两列的位置，组建成reverse_ralationships表究竟是什么意思。毕竟表根本没变就是原来那个表阿，已经完整的体现了用户间关系。谁是关注谁是被关注根本没变，追人的没突然变成被追啊，携带信息完全一样。
没错，真相就是：其实表就是原来的表，根本没变。表没有反转，反转的是外键，从而反转查询方向。因为Users表和relationships表通过外键一一对应，所以把表重命是为了另设外键。根本就没有任何将表进行反转的处理。。你把User.rb中的reverse_relationships 都改成 same_relationships 试试，结果一样。取名reverse, 其实是外键和查询方向的reverse。
先说外键
第十章的user.microposts比较简单, 生成micropost时无须指定外键，因为micopost 模型中就是user_id，只要正确定义了用户和微博之间的关联关系（has_many,belongs_to）,使用user.microposts.build创建新微薄时，rails 会自动将micropost中的user_id赋值为相应的user.id。
运行验证一下，rails console --sandbox:
1.9.3-p429 :001 > User.first.microposts.build
会新建一个micropost，micropost的user_id属性 自动赋值为 user.id （此例为User.first.id, "1"），其他属性为nil,待给参数
User Load (0.5ms) SELECT "users".* FROM "users" LIMIT 1
=> #
而relationship表中没有叫user_id 的，只有对应User的follower_id和followed_id,所以User表必须通过指定的外键和relationship表一一对应。
书中先指定的外键是follower_id（你完全可以先指定followed_id），那么使用 user.relationships.build(followed_id: ...)建立relationship时，被设为外键的follower_id 会被自动赋对应的 user.id值，而followed_id是你给的参数，从而得到relationship表中的一行具体的relationship
1.9.3-p429 :002 > User.first.relationships
会列出 User.first 的所有的 follower_id =1的 relationships表
User Load (0.4ms) SELECT "users".* FROM "users" LIMIT 1
Relationship Load (46.7ms) SELECT "relationships".* FROM "relationships" WHERE "relationships"."follower_id" = 1
=> [#]
1.9.3-p429 :003 > User.first.relationships.build
会新建一个relationship, 其中follower_id 是User指定的外键，被赋值User.first.id,而followed_id则是nil,待给参数
User Load (0.4ms) SELECT "users".* FROM "users" LIMIT 1
=> #
1.9.3-p429 :004 > User.first.relationships.build(followed_id: 2)
（想让用户1关注用户2，传入参数。注意没save,relationship_id 为nil。要save 用 User.first.relationships.create!(followed_id: 2)）。
User Load (0.4ms) SELECT "users".* FROM "users" LIMIT 1
=> #
relationship表建立后，就可以通过
has_many:followeds,through: :relationships
使用followed_id 生成 user.followeds 数组。为了好听，书中用
has_many:followed_users, through: :relationships, source: :followed 把user.followeds改成了 user.followed_users
user.followed_users 通过relationships表将 follower_id =(user.id) 所有对应的 followed_id 从数据库中找出生成数组。即该user的“关注的人”列表。
（例如下面我找User.first所有关注的人，即查询follower_id = 1 对应的 followed_id)
运行rails console --sandbox:
1.9.3-p429 :005 > User.first.followed_users
得到了User.first 的所有关注的人（我这只有一个，User.id=2的, 说明User1 只关注了 User2）。
User Load (0.4ms) SELECT "users".* FROM "users" LIMIT 1
User Load (0.4ms) SELECT "users".* FROM "users" INNER JOIN "relationships" ON "users"."id" = "relationships"."followed_id" WHERE "relationships"."follower_id" = 1
=> [#
困惑的revese_relationships表
上面说明了指定了follower_id为外键的情况
所以User.rb模型中这两句的意思就是
has_many :relationships,foreign_key:"follower_id",dependent: :destroy
对于relationships表，User_id固定对应follower_id，所以使用user.relationships得到的是所有 follower_id值为user_id的 relationship数组
has_many :followed_users, through: :relationships, source: :followed
通过表查询对应的followed_id拥有了很多followed_users。所以使用user.followed_users可得到该user的followed_users数组，即在追哪些人。
下面说怎么通过关系表（再次强调，就是一张表） 查找出该user所有的“粉丝”列表。
通过调换 followed_id为外键（所以通过表查询的方向就反过来了，现在固定的是followed_id，来查询表中对应的follower_id数组。(比如对于user2, user.followers则通过relationships表 将 followed_id =2 对应的所有 follower_id 找出来，即user2的粉丝数组)
所以User.rb模型中这两句的意思就是
has_many :same_relationships, foreign_key: "followed_id",class_name: "Relationship",dependent: :destroy
对于same_relationships表（呵呵，不用reverse试试）,User_id固定对应于followed_id,所以使用user.same_relationships得到的是所有 followed_id值为user_id的 relationship数组
has_many :followers, through: :same_relationships, source: :follower
通过表查询对应的follower_id拥有了很多followers.所以使用user.followers可得到该user的followers数组，即粉丝团）
（外键和表一一对应，所以表得改名,否则查询关系就冲突了，user.relationships 不知道user_id赋值给谁查询。)
(其实认真的看看下面4句中的SELECT语句就明白了，全是通过relationship表，变的只是查询的外键值）
1.9.3-p429 :006 > user2 = User.find(2)
1.9.3-p429 :007 > user2.relationships Relationship Load (0.2ms) SELECT "relationships".* FROM "relationships" WHERE "relationships"."follower_id" = 2 => [#]
1.9.3-p429 :008 > user2.same_relationships
Relationship Load (30.8ms) SELECT "relationships".* FROM "relationships" WHERE "relationships"."followed_id" = 2
=> [#]
1.9.3-p429 :009 > user2.followers User Load (0.3ms) SELECT "users".* FROM "users" INNER JOIN "relationships" ON "users"."id" = "relationships"."follower_id" WHERE "relationships"."followed_id" = 2 => [#
1.9.3-p429 :010 > user2.followed_users User Load (0.5ms) SELECT "users".* FROM "users" INNER JOIN "relationships" ON "users"."id" = "relationships"."followed_id" WHERE "relationships"."follower_id" = 2 => [#
写完了我是更明白了，如果有读者的话，希望没把你搞的更糊涂。沉住气，忽然间一回头就明白了（然后又糊涂了，然后又明白了，嗯嗯。）
以上