## 模型关联
通过模型关联操作把数据表的关联关系对象化,解决了大部分常用的关联场景,封装的关联操作比起常规的数据库联表操作更加智能和高效,并且直观。
>[danger] 避免在模型内部使用复杂的`join`查询和视图查询。
从面向对象的角度来看关联的话,模型的关联其实应该是模型的某个属性,比如用户的档案关联,就应该是下面的情况:
~~~
// 获取用户模型实例
$user = User::find(1);
// 获取用户的档案
$user->profile;
// 获取用户的档案中的手机资料
$user->profile->mobile;
~~~
为了更方便和灵活的定义模型的关联关系,框架选择了方法定义而不是属性定义的方式,每个**关联属性**其实是对应了一个模型的(关联)方法,这个关联属性和模型的数据一样是动态的,并非模型类的实体属性。
例如上面的关联属性就是在`User`模型类中定义了一个`profile`方法(`mobile`属性是`Profile`模型的属性):
~~~
<?php
namespace app\model;
use think\Model;
class User extends Model
{
public function profile()
{
return $this->hasOne(Profile::class);
}
}
~~~
>[danger] 一个模型可以定义多个不同的关联,增加不同的关联方法即可
同时,我们必须定义一个`Profile`模型(即使是一个空模型)。
~~~
<?php
namespace app\model;
use think\Model;
class Profile extends Model
{
}
~~~
关联方法返回的是不同的关联对象,例如这里的`profile`方法返回的是一个`HasOne`关联对象(`think\model\relation\HasOne`)实例。
当我们访问`User`模型对象实例的`profile`属性的时候,其实就是调用了`profile`方法来完成关联查询。
按照`PSR-2`规范,模型的方法名都是驼峰命名的,所以系统做了一个兼容处理,如果我们定义了一个`userProfile`的关联方法的时候,在获取关联属性的时候,下面两种方式都是有效的:
~~~
$user->userProfile;
$user->user_profile; // 建议使用
~~~
>[danger] 推荐关联属性统一使用后者,和数据表的字段命名规范一致,因此在很多时候系统自动获取关联属性的时候采用的也是后者。
可以简单的理解为关联定义就是在模型类中添加一个方法(注意不要和模型的对象属性以及其它业务逻辑方法冲突),一般情况下无需任何参数,并在方法中指定一种关联关系,比如上面的`hasOne`关联关系,`6.0`版本支持的关联关系包括下面8种,后面会给大家陆续介绍:
|模型方法|关联类型|
|---|---|
|`hasOne`|一对一|
|`belongsTo`|一对一|
|`hasMany`|一对多 |
|`hasOneThrough`|远程一对一 |
|`hasManyThrough`|远程一对多 |
|`belongsToMany`|多对多 |
|`morphMany`|多态一对多 |
|`morphOne`|多态一对一 |
|`morphTo`|多态 |
关联方法的第一个参数就是要关联的模型名称,也就是说当前模型的关联模型必须也是已经定义好的一个模型。
也可以使用完整命名空间定义,例如:
~~~
<?php
namespace app\model;
use think\Model;
class User extends Model
{
public function profile()
{
return $this->hasOne(Profile::class);
}
}
~~~
两个模型之间因为参照模型的不同就会产生相对的但不一定相同的关联关系,并且相对的关联关系只有在需要调用的时候才需要定义,下面是每个关联类型的相对关联关系对照:
|类型|关联关系|相对的关联关系|
|---|---|---|
|一对一|`hasOne`|`belongsTo`|
|一对多|`hasMany`|`belongsTo`|
|多对多|`belongsToMany`|`belongsToMany`|
|远程一对多|`hasManyThrough`|不支持|
|多态一对一|`morphOne`|`morphTo`|
|多态一对多|`morphMany`|`morphTo`|
例如,`Profile`模型中就可以定义一个相对的关联关系。
~~~
<?php
namespace app\model;
use think\Model;
class Profile extends Model
{
public function user()
{
return $this->belongsTo(User::class);
}
}
~~~
在进行关联查询的时候,也是类似,只是当前模型不同。
~~~
// 获取档案实例
$profile = Profile::find(1);
// 获取档案所属的用户名称
echo $profile->user->name;
~~~
如果是数据集查询的话,关联获取的用法如下:
~~~
// 获取档案实例
$profiles = Profile::where('id', '>', 1)->select();
foreach($profiles as $profile) {
// 获取档案所属的用户名称
echo $profile->user->name;
}
~~~
如果你需要对关联模型进行更多的查询约束,可以在关联方法的定义方法后面追加额外的查询链式方法(但切忌不要滥用,并且不要使用实际的查询方法),例如:
~~~
<?php
namespace app\model;
use think\Model;
class User extends Model
{
public function book()
{
return $this->hasMany(Book::class)->order('pub_time');
}
}
~~~
>[danger] 模型关联支持调用模型的方法
>[info] 具体不同的关联关系的详细使用,请继续参考后面的内容。
- 序言
- 基础
- 安装
- 开发规范
- 目录结构
- 配置
- 架构
- 请求流程
- 架构总览
- 入口文件
- 多应用模式
- URL访问
- 容器和依赖注入
- 服务
- 门面
- 中间件
- 事件
- 路由
- 路由定义
- 变量规则
- 路由地址
- 路由参数
- 路由中间件
- 路由分组
- 资源路由
- 注解路由
- 路由绑定
- 域名路由
- MISS路由
- 跨域请求
- URL生成
- 控制器
- 控制器定义
- 基础控制器
- 空控制器
- 资源控制器
- 控制器中间件
- 请求
- 请求对象
- 请求信息
- 输入变量
- 请求类型
- HTTP头信息
- 伪静态
- 参数绑定
- 请求缓存
- 响应
- 响应输出
- 响应参数
- 重定向
- 文件下载
- 数据库
- 连接数据库
- 分布式数据库
- 查询构造器
- 查询数据
- 添加数据
- 更新数据
- 删除数据
- 查询表达式
- 链式操作
- where
- table
- alias
- field
- strict
- limit
- page
- order
- group
- having
- join
- union
- distinct
- lock
- cache
- cacheAlways
- comment
- fetchSql
- force
- partition
- failException
- sequence
- replace
- extra
- duplicate
- procedure
- 聚合查询
- 分页查询
- 时间查询
- 高级查询
- 视图查询
- JSON字段
- 子查询
- 原生查询
- 获取查询参数
- 查询事件
- 获取器
- 事务操作
- 存储过程
- 数据集
- 数据库驱动
- 模型
- 定义
- 模型字段
- 新增
- 更新
- 删除
- 查询
- 查询范围
- JSON字段
- 获取器
- 修改器
- 搜索器
- 数据集
- 自动时间戳
- 只读字段
- 软删除
- 类型转换
- 模型输出
- 模型事件
- 模型关联
- 一对一关联
- 一对多关联
- 远程一对多
- 远程一对一
- 多对多关联
- 多态关联
- 关联预载入
- 关联统计
- 关联输出
- 虚拟模型
- 视图
- 模板变量
- 视图过滤
- 模板渲染
- 模板引擎
- 视图驱动
- 错误和日志
- 异常处理
- 日志处理
- 调试
- 调试模式
- Trace调试
- SQL调试
- 变量调试
- 远程调试
- 验证
- 验证器
- 验证规则
- 错误信息
- 验证场景
- 路由验证
- 内置规则
- 表单令牌
- 注解验证
- 杂项
- 缓存
- Session
- Cookie
- 多语言
- 上传
- 命令行
- 启动内置服务器
- 查看版本
- 自动生成应用目录
- 创建类库文件
- 清除缓存文件
- 生成数据表字段缓存
- 生成路由映射缓存
- 输出路由定义
- 自定义指令
- Debug输出级别
- 扩展库
- 数据库迁移工具
- Workerman
- think助手工具库
- 验证码
- Swoole
- 附录
- 助手函数
- 升级指导
- 更新日志