gpt4 book ai didi

Laravel等框架模型关联的可用性浅析

转载 作者:qq735679552 更新时间:2022-09-29 22:32:09 26 4
gpt4 key购买 nike

CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章Laravel等框架模型关联的可用性浅析由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.

早期开发中,模型关联带来非常大的便利性。同时也提升了数据库查询效率(避免了重复查询,相关解释如 laravel 的 n+1 查询问题).

比如说,获取用户信息的接口,接口中除了要返回 user 表的数据外,还需要返回类似 user_option 或者 user_info 等表的数据。这个时候用 laravel 的模型关联的形式如下:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
class UserModel extends Model {
   protected $table = 'user' ;
   public $timestamps = false;
  
   public function userOption()
   {
     return $this ->hasOne(UserOptionModel:: class , 'user_id' , 'id' );
   }
  
   public function findById(int $user_id )
   {
     $res = self::with([ 'user_option' ])
       ->find( $user_id );
     return $res ;
   }
}
 
class UserOptionModel extends Model {
   protected $table = 'user_option' ;
   public $timestamps = false;
}

模型关联从上述代码看,用起来相当便利! 。

但是当后期,你的系统用户量上去后,不可避免的要用上类似 redis 这样的缓存。假设用户表需要缓存的话,那么结果可能就是另外一种景象了.

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
class UserCache {
   // 获取用户信息
   public static function findById(int $user_id )
   {
     // 获取缓存数据
     $user = Redis::string( 'user_' . $user_id );
     if (! empty ( $user )) {
       return $user ;
     }
     $res = UserModel::findById( $user_id );
     Redis::string( 'user_' . $user_id , $res );
     return $res ;
   }
}

上述代码缓存了用户的信息到 redis,那如果针对某个用户他的 user 表主体信息没有发生改变,但是 user_option 表发生了改变,那么正常也应该删除该用户的 redis 缓存.

这种情况下,代码的复杂度就直线上升了! 。

所以,个人建议在代码开发过程中,不要使用模型关联! 。

总结 。

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对我的支持.

原文链接:https://segmentfault.com/a/1190000021276865 。

最后此篇关于Laravel等框架模型关联的可用性浅析的文章就讲到这里了,如果你想了解更多关于Laravel等框架模型关联的可用性浅析的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com