Laravel学习--关于Relation的坑

前段时间比较忙,就没有坚持写博客,但发现这周末再想捡起来,好难,一直到了今天晚上,才决定坐下来写一篇,哈哈哈~~

最近在用 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('App\PasswordReset', '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,我也是刚开始看,如果上面有什么不对的,欢迎大家指出~~

如果大家觉得这篇博客对你有所帮助的话,请点一下顶~~

posted @ 2016-08-21 22:26  疯狂的原始人  阅读(2003)  评论(0编辑  收藏  举报