thinkphp中的orm是什么

在thinkphp中，ORM指的是“对象关系映射”，是为方便开发者使用数据库开发的一个存储访问层；ORM的主要用途是把对象模型表示的对象映射到基于sql的关系模型数据库结构中去。

本教程操作环境：Windows7系统、thinkphp v5.1版、Dell G3电脑。

thinkphp中的orm

ORM的全称是Object Relational Mapping，即对象关系映射

• O（Object） 对象，在项目中就是实体，更加精确的来说就是数据Model，也可以说持久化类。

• R（Relation） 关系数据

• M (Mapping)映射，将对象映射到关系数据，将关系数据映射到对象的过程。

更加直观理解就是，ORM 就是以OOP思想，产生增删改查SQL语句。

ThinkPHP的ORM是为方便开发者使用数据库开发的一个存储访问层

主要用途是：把对象模型表示的对象映射到基于sql的关系模型数据库结构中去。

当改变这个对象自身的属性或者调用该对象的方法时，相对应的是执行某些sql语句。

这样子编写代码的人员就可以更好地编写业务逻辑，而非重复地编写增删改查sql语句。

thinkphp中的运用示例

TP框架中关于数据库操作有两个模块：

• 数据库

• 模型

tp中的数据库模块

引用一句文档的特性描述

拆分为Connection（连接器）/Query（查询器）/Builder（SQL生成器）

• Connection连接器主要是用来连接数据库的，可以使用不同的驱动连接不同类型的数据库。

• Query查询器则是用来运行sql语句，处理结果，映射到数据集中。

• Builder生成器则是用来把我们传递进去的条件、排序等转换成sql语句。

在这3个步骤中，我们可以知道，如果有运用到ORM思想抽象映射的，那就只可能是Query查询器模块，但是我们可以细查TP文档中关于数据集的描述。

它更多的是封装提供对于数据的处理方法，比如：

(以下是从文档复制过来的  一小部分)

toArray     将数据集的数据转为数组
merge   合并其它数据
diff    比较数组，返回差集
flip    交换数据中的键和值
intersect   比较数组，返回交集
keys    返回数据中的所有键名
pop 删除数据中的最后一个元素
shift   删除数据中的第一个元素
unshift 在数据开头插入一个元素
reduce  通过使用用户自定义函数，以字符串返回数组

但是却没有提供反向映射的关系操作，比如我们操作数据集，自动更新数据库中的数据。

所以在我的理解中，数据库模块中的ORM思想并不多，重点还是要了解和运用模型

tp中的模型

定义模型文件

namespace app\index\model;

use think\Model;

// 设置类名 需要遵循转换规则，蛇形转为大驼峰
class User extends Model
{
    // 设置主键字段名
    protected $pk = 'u_id';

    // 开启自动维护时间戳字段 (什么时间插入 什么时间更新)
    protected $autoWriteTimestamp = true;

    // 软删除 开启之后 删除数据只是用一个字段来标识为删除状态 方便查询、备份等
    use SoftDelete;
    protected $deleteTime = 'delete_time';

}

以上代码比文档中第一章节模型初始化要多了一些内容，这是为了突出 模型可以完成很多功能

这也是ORM出现的原因：将sql的执行，抽象映射为面向对象编程中的对象。

我们可以理解为：表中的一行数据，代表我们代码中new一个对象，改变对象，则自动更新表中对应的行。

使用模型

演示的代码是比较简单的，实际是可以很灵活的

比如查询用非主键的条件来查询、查询多行记录等等

name = 'thinkphp';
// 保存，自己去数据库给我更新吧~
$user->save();

// *******插入新的一行数据*******
// 新建一个对象(相对应的操作就是新创建一行)
$user = new User;
// 设置字段的值  有多个字段就多个设置
$user->name= 'thinkphp';
// 保存，自己去插入吧~
$user->save();

误区

看了使用之后，很多初学者就开始写代码了，然而却使用了不太正确的方式。

① model只当为Db类用

虽然model可以看成db类的超集，但是如果只是把它当成简单的DB类使用，而不是使用ORM思想去编写。那么就没什么必要使用它了。。

如果使用不对，不仅不能提高效率，反而会影响自己。（比如代码规范不统一、新增表还要新增对应的模型文件等等）

代码演示：

where(['u_id' => 1])->find();

$userTwoInfo = $userModel->where(['u_id' => 2])->find();
// ... 执行其他逻辑 比如判断上下级 操作权限等等

// 业务需求不只是读取用户的数据这么简单
// 还要扣除余额(就是更新数据库)
$userOneRes = $userModel->where(['u_id' => 1])->update(['u_balance' => 'xxxx']);

// ... 执行其他逻辑

看到这里，先停下来思考一下。。你的代码有出现过这样子的吗？

我相信还是有些人会这样子用的吧！因为我以前也是这样子用的。

那么我们看看正确的使用方法(我认为的，如果觉得不对或者有更好的，欢迎评论交流)

where(['p_uid' => 1]);
});

// ... 执行其他逻辑 比如判断上下级 操作权限等等

// 业务需求不只是读取用户的数据这么简单
// 还要扣除余额(就是更新数据库)
$userOneInfo->u_balance = 0;
$userOneRes = $userOneInfo->save();

$userTwoInfo->u_balance = 0;
$userTwoRes =  $userTwoInfo->save();

// ... 执行其他逻辑

因为一个对象映射一条数据，所以我们在操作同样where条件的数据，直接操作对象就可以了， 就不用反复编写where u_id =1更新， u_id = 1 要删除

使用模型，还有很多用处，（得益于开源团队的奉献，为我们封装了大量的功能）

比如：

– 用户表新增一条数据，另一个附属表也要用该用户id初始化一行。

– 自动转换数据格式（储存时间戳，查询出来为2019-7-13 19:53:04格式）。

– 自动校验数据，自动完成数据（操作的时候默认取操作人ip 权限等储存）。

– 关联查询（TP中非常强大的功能，在模型中定义好与另一个模型的关系，比如店铺表中的u_id 可以用来查询出店铺所属用户的信息  相当于店铺模型和用户模型的关联  自动join数据 合并 返回给我们使用）

– 等等