前段时间比较忙，就没有坚持写博客，但发现这周末再想捡起来，好难，一直到了今天晚上，才决定坐下来写一篇，哈哈哈～～
最近在用 Laravel 5.2，踩了几个关于 Relation 的坑，在这里用博客记录一下。
如果大家不了解 Laravel 的 Relation 的话，可以查看文档Eloquent: Relationships。
在数据库中先创建两张表 users 和 password_resets，分别代表用户和重置密码，假设他们的关系是一对多，一个用户有多个重置密码记录。
我们可以使用 Laravel 提供的 migration 创建数据库，具体可以查看文档Database: Migrations。
使用的users 表和 password_resets 表是默认创建的。
然后我们可以通过界面注册一个用户，也可以在 users 表中直接插入一条。password_resets 表中也插入几条数据，这个也可以通过界面的忘记密码添加。
然后创建好相应的Model，在 User.php 中，加入如下代码：
public function passwordReset() {
return $this->hasMany('AppPasswordReset', 'email', 'email');
}
在 Controller 中使用如下代码：
$data = User::with('passwordReset')->get();
echo $data->toJson();
die;
这个时候你可以看到输出的数据中的 password_reset 字段是有内容的，但假如说你希望查找的 password_reset 中只有 token，写法如下：
$data = User::with(['passwordReset' => function($query) {
$query->select('token');
}])->get();
然后你会惊奇的发现输出的数据中的 password_reset 字段是一个空数组。
是不是觉得好神奇，当时我也是崩溃的，去查看源码，发现原来，Relation 是通过两条语句实现的，它会先查主表（users表），选出其中关联的字段（email字段）组成数组，使用 in 语句去查询关联表（password_resets表），然后将查出来的数据根据关联字段相等，处理到一起。这里需要注意的是查出来的两块数据关联到一起是在 php 中实现的，所以，上面的语句由于没有查出 password_resets表的 email 字段，无法关联到一起，其结果的 password_reset 字段是一个默认值－空数组。
现在我们在 select 中加入 email 字段，代码如下：
$data = User::with(['passwordReset' => function($query) {
$query->select('token', 'email');
}])->get();
然后你就会发现数据中的 password_reset 字段有值了。
这是踩到的一个坑。
然后我们在来设置一下 PasswordReset.php 中设置一下主键，设置为 email 字段（这里可能不太合理，email 会重复，这样写只是为了重现这个坑），代码如下：
protected $primaryKey = 'email';
然后你又会惊奇的发现输出的数据中的 password_reset 字段又变成了一个空数组，这又是怎么了？
原来 Laravel 5.2 为 Model 添加了一个属性 $keyType，默认值是 int，这意味着它会将查出来的 email 字段强转成 int 类型，所以在匹配的时候，就有对不上了。
现在我们只需要在定义一下 $keyType 为 string 就可以了，在 PasswordReset.php 中添加如下代码：
protected $keyType = 'string';
这是在 Laravel 5.0 升 5.2时踩到的坑。
Laravel 5.2，我也是刚开始看，如果上面有什么不对的，欢迎大家指出～～
如果大家觉得这篇博客对你有所帮助的话，请点一下顶～～