首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Laravel源码分析之模型关联

按照Laravel设定好的模式来写关联模型每个人都能写出高效和优雅的代码 (这点我认为适用于所有的Laravel特性)。...我们通过官方文档里的例子来看一下Laravel是怎么定义这两种关联的。 一对多 class Post extends Model { /** * 获得此博客文章的评论。...类的实例,与定义一对多关联时一样,实例化BelongsToMany时定义里与关联相关的配置:中间表名、关联的模型、父模型在中间表中的外键名、关联模型在中间表中的外键名、父模型的主键、关联模型的主键、关联关系名称...WHERE role_user.user_id = 1 远层一对多 Laravel还提供了远层一对多关联,提供了方便、简短的方式通过中间的关联来获得远层的关联。...模型关联常用的一些功能的底层实现到这里梳理完了,Laravel把我们平常用的join, where in 和子查询都隐藏在了底层实现中并且帮我们把相互关联的数据做好了匹配。

9.6K10
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Laravel多对多关系详解【文章 - 标签】

    前言 今天弄了一天的关于文章的功能,其中主要卡在文章与标签的多对多的关系纠结中。卡了半天,终于算是解决了,不是很完美,但可以。 新建迁移文件 多对多的关系中,需要三张表。...这是我是文章表【articles】、标签表【tags】以及关系表【article_tag】 其中关系的命名是[article_tag]而不是tag_article 因为laravel默认是以字母升序排列...这里有两个外键,分别是文章表的主键和标签表的主键。...我们使用 $this->belongsToMany() 来表明Eloquent的关系,这里需要注意的是如果你的外键并不是 article_id 和 tag_id ,你需要在第三个参数进行设置,写成类似下面这样...: public function articles() { return $this->belongsToMany('App\Article','conversation_id'); } 创建文章和标签

    1.8K00

    Laravel Eloquent 模型关联关系详解(上)

    你可能注意到了我们在定义关联关系时,仅仅指定了模型类名,并没有指定通过哪些数据表字段建立关联,这并不是说 Laravel 神通广大,能知过去未来之事,而是因为 Eloquent 对此做了默认的约定。...为什么我们不需要指定 Laravel 就能完成这种关联呢,这是因为如果没有指定 $foreignKey,Eloquent 底层会通过如下方法去拼接: public function getForeignKey...第五个参数 parentKey 表示对应当前模型的哪个字段(即 foreignPivotKey 映射到当前模型所属表的哪个字段),默认是主键 ID,即 posts 表的 id 字段,所以这里不需要额外指定...第六个参数 relatedKey 表示对应关联模型的哪个字段(即 relatedPivotKey 映射到关联模型所属表的哪个字段),默认是关联模型的主键 ID,即 tags 表的 id 字段,所以这里也不需要额外指定...不过中间表默认只返回关联模型的主键字段,如果要返回额外字段,需要在定义关联关系的时候手动指定,比如如果想要返回时间戳信息,可以这么定义: public function tags() { return

    10K40

    Laravel如何使用数据库事务及捕获事务失败后的异常详解

    前言 如果大家在Laravel中要想在数据库事务中运行一组操作,则可以在 DB facade 中使用 transaction 方法。如果在事务的闭包内抛出异常,事务将会被自动还原。...(在laravel中使用查询构建器或者Eloquent ORM执行query时,如果失败会返回 IlluminateDatabaseQueryException 异常) <?...newWiki = Wiki::create([ 'title' => $data['title'], 'content' => $data['content'] ]); //Wiki和Tag两个Model使用了belongsToMany...error_msg' => 'Failed, please contact supervisor']); } return Response::json(['status' => 'ok']); } } 以上就是这篇文章的全部内容了...,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流

    1.7K30

    orm 系列 之 Eloquent演化历程1

    Eloquent Eloquent是laravel中的orm,采取的是active record的设计模式,里面的对象不仅包括领域逻辑,还包括了数据库操作,但是大家平时使用的时候可能没有探究eloquent...以上就是我们分析的HasOne的实现,其他的关系都类似,此处不再重复,然后eager load的含义是指,当我们要加载多个数据的时候,我们尽可能用一条sql解决,而不是多条sql,具体来说如果我们有多个...note:以上分析的代码是:git co f6e2170 讲到这,我们列举下对象之间的关系 One-To-One User 和 Phone的1对1的关系, class User extends Model...('App\User'); } } 这个关系我们稍微具体讲下,我们在使用上可能会是下面这样子的 return $this->belongsToMany('App\Role', 'user_roles...到这,我们就分析完了eloquent在f6e2170版本上具有的功能了,到目前为止,eloquent的类图如下: 总结 目前,我们分析到的版本是f6e2170,已经具备了一个orm该需要的功能了,Connection

    1.1K30

    Laravel5.2之Seeder填充数据小技巧

    说明:本文主要聊一聊Laravel测试数据填充器Seeder的小技巧,同时介绍下Laravel开发插件三件套,这三个插件挺好用哦。同时,会将开发过程中的一些截图和代码黏上去,提高阅读效率。...: //多对多关系,中间表的命名laravel默认按照两张表字母排序来的,写成tag_post会找不到中间表 php artisan make:migration create_post_tag_table...Laravel官方推荐使用模型工厂自动生成测试数据,推荐这么写的: //先输入指令生成database/seeds/CategoryTableSeeder.php文件: php artisan make...具体可看下面分享的一篇文章。 最近一直在给自己充电,研究MySQL,PHPUnit,Laravel,上班并按时打卡,看博客文章,每天喝红牛。很多不会,有些之前没咋学过,哎,头疼。...分享下最近发现的一张好图和一篇极赞的文章: 文章链接:Laravel的中大型專案架構

    3.6K42

    PHP-web框架Laravel-Eloquent ORM(三)

    四、查询构建器Laravel框架中的Eloquent ORM提供了方便的查询构建器,用于构建复杂的查询语句。下面是一些常用的查询构建器方法。...总结通过上述文档和示例,我们可以看出Laravel框架中的Eloquent ORM提供了便捷的对象关系映射功能,可以大大简化开发者的数据库操作。...它支持多种关联关系,包括一对一、一对多和多对多等,并且提供了方便的查询构建器,用于构建复杂的查询语句。...关联关系的定义需要在对应的模型类中定义,例如一对一关联需要在hasOne和belongsTo方法中定义,一对多关联需要在hasMany和belongsTo方法中定义,多对多关联需要在belongsToMany...查询构建器提供了丰富的方法来构建复杂的查询语句,可以根据具体需求进行使用。

    1.5K41

    Laravel 软删除存在的问题

    ,查询关联关系,不会对中间表应用软删除条件 belonsToMany中的中间表是传入的表名参数,天然没办法获取中间表是否需要应用软删除。...但是,如果要查询包含已删除的关联关系,中间表的删除标记条件不会去除。 hasManyThrough中,中间表是通过中间对象传入,可以获取到中间表是否应用软删除。...但是中间表的软删除不是通过scope实现的,关联关系对象在创建的时候就已经把中间表的软删除条件附加上去了,因此,即使指定了withTrashed,也会有中间表的软删除查询条件。...如果要修改,也可以,通过scope的方式附加软删除条件,这样就能保证软删除的查询条件是在真正查询的时候才附加上去。...从上面可以看出,Laravel的软删除,在关联关系中会造成一些查询上条件的歧义,非常容易产生bug.而且,belongsToMany中间表的问题是无解的。

    2.3K20

    Laravel 模型操作中一次奇妙踩坑经历

    最近被 Laravel 模型中的一些小问题折腾的死去活来的,明明看着很清晰很明了的代码,却偏偏不能实现功能,现在带大家来切身经历一下这次奇妙的踩坑经历,代码看似很多,实则不多,大家别急着跑,哈哈。...protected $fillable = [ 'name', ]; public function users() { return $this->belongsToMany...public function projects() { return $this->belongsToMany(Project::class); } public...测试结果很显然是成功的,但是大家可能会发现直接操作 relations 或许有些不妥,别急,Laravel 也给我们提供了这样一个方法: ? 现在我们把代码优化一下: ......特别鸣谢: zIym 同学[1] (咱俩一起跨的坑,哈哈) 结束语 其实吧最初我也没有想这么多,想了很多其它的解决办法,但是都是治根不治本,到头来发现自己对 Laravel 模型的工作原理还是不熟悉,只存在简单的应用上面

    1.6K30
    领券