当前位置 主页 > 服务器问题 > Linux/apache问题 >

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

    栏目:Linux/apache问题 时间:2019-12-16 16:22

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

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

    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 这样的缓存。假设用户表需要缓存的话,那么结果可能就是另外一种景象了。

    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 缓存。

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

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

    总结

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