在Laravel中使用SQL视图能否避免重复表连接？

1. 使用视图是否真的能避免重复表连接？ #

是的，但要分两层来看：

• 代码层面：完全可以避免重复编写表连接代码，你只需要在视图里写一次JOIN逻辑，后续所有查询直接调用视图即可，不用再重复写那些JOIN语句。
• 数据库执行层面：视图本质是虚拟表（普通视图非物化视图），数据库不会提前执行连接并存储结果。每次查询视图时，数据库会把视图的定义展开，和你的WHERE条件合并成完整SQL后执行——也就是说表连接操作还是会执行，但你不用再手动编写连接代码了。

2. 和将表连接逻辑写入函数调用的效果是否相同？ #

不一样，两者在封装层面、灵活性上有明显区别，结合Laravel框架来说：

视图的特点 #

• 属于数据库层面的封装，一旦创建，所有应用内的查询都能共享这个连接逻辑，适合关联逻辑固定、多个场景都需要用到相同多表关联的情况。
• 缺点是不够灵活，调整连接逻辑时必须修改数据库视图；且视图会返回所有定义好的字段，可能带来不必要的数据传输。

Laravel函数封装（比如查询作用域、模型方法）的特点 #

• 属于应用层面的封装，比如在模型里定义查询作用域：

// 模型中定义查询作用域
public function scopeWithRelated($query)
{
    return $query->join('related_table1', 'main_table.id', '=', 'related_table1.main_id')
                 ->join('related_table2', 'main_table.id', '=', 'related_table2.main_id');
}

// 调用时
$dataset1 = MainModel::withRelated()->where('main_table.status', 1)->get();
$dataset2 = MainModel::withRelated()->where('related_table1.name', 'like', '%foo%')->get();

• 灵活性更高：可以在函数里添加动态逻辑，比如根据传入参数调整连接类型（LEFT JOIN/INNER JOIN）、添加额外过滤条件等。
• 修改逻辑更方便：直接修改代码即可，不需要操作数据库。
• 可精准控制返回字段：结合select()方法只获取需要的字段，避免视图返回冗余数据。

执行效率对比 #

两者最终生成的执行SQL可能类似，但如果视图包含较多字段，而你的查询只需要其中一部分，用Laravel的函数封装可以减少数据传输；数据库对视图可能会有查询计划缓存，但差异通常不大，主要还是看业务场景选择。

内容的提问来源于stack exchange，提问作者M K