ThinkPHP的ORM是什么？ThinkPHP如何操作数据库？

thinkphp的orm通过将数据库表映射为php模型类、数据行映射为对象实例、字段映射为属性，实现用面向对象方式操作数据库，无需手写sql；2. 常用方法包括find()/select()查询、create()/save()新增、update()/inc()/dec()更新、destroy()/delete()删除，支持链式调用和关联预加载with()；3. db类适用于无模型对应表、执行原生sql、性能敏感简单查询及跨库操作，更灵活轻量，是orm的有效补充；两者结合使用可兼顾开发效率与场景适配，完整覆盖各类数据库操作需求。

ThinkPHP的ORM是一种对象关系映射工具，让你能通过操作PHP对象来间接控制数据库，告别手写SQL。而ThinkPHP操作数据库主要就靠这两种方式：ORM（模型）和直接的Db类（查询构造器）。前者侧重于面向对象地管理数据，后者则更偏向于灵活的查询构建。

ThinkPHP的数据库操作，在我看来，就像是给你提供了两把趁手的工具：一把是精雕细琢的瑞士军刀——ORM（模型），另一把是功能强大的万能扳手——Db类（查询构造器）。

ORM（模型） 它其实就是把数据库里的那些表，想象成一个个PHP里的对象（模型），表的字段成了对象的属性，数据行就是对象的实例。这样一来，你就不需要直接去写那些繁琐的SQL语句了。比如，你想找个用户，直接User::where('id', 1)->find();就行，或者要新增一个用户，User::create(['name' => '张三', 'age' => 25]);，是不是感觉代码一下子就“活”起来了？这种方式的好处是显而易见的：代码可读性高，维护起来也方便，而且框架在底层帮你处理了SQL注入的风险，省心不少。尤其是在业务逻辑比较复杂，涉及到多表关联查询或者数据验证的时候，模型的优势就体现得淋漓尽致。

Db类（查询构造器） 这玩意儿更像是SQL语句的PHP版翻译器，它提供了一套链式操作的方法，让你用PHP的语法来构建SQL语句，但又不完全是原生SQL。比如，Db::name('user')->where('id', 1)->find();，和模型操作看起来有点像，但它不依赖于具体的模型文件，你可以直接指定表名。我通常会在一些简单的查询、或者不需要额外业务逻辑封装的场景下用它。比如，我只是想快速查一下某个表的某个字段，或者执行一些比较特殊的SQL函数，用Db类会感觉更直接，少了一层模型的封装。

所以，到底用哪个？这没有标准答案，看具体场景。大部分时候，我倾向于用ORM，因为它能让我的代码更有结构，更符合面向对象的思想。但如果只是为了快速获取一些数据，或者执行一些不涉及复杂业务逻辑的简单操作，Db类也挺香的。

立即学习“PHP免费学习笔记（深入）”；

ThinkPHP的ORM是如何简化数据库操作的？

ThinkPHP的ORM，也就是它的模型层，核心思想在于“抽象”和“映射”。它把数据库的复杂性，比如表结构、字段类型、SQL语法这些，抽象成我们PHP开发者更熟悉的面向对象概念。具体来说，就是把数据库的每一张表映射成一个PHP类（模型），表的每一行数据映射成这个类的一个实例，而表的每个字段则对应着实例的属性。

这种映射带来的便利是革命性的。想想看，以前我们要查询用户，可能得写SELECT * FROM user WHERE id = 1；要更新用户，可能得写UPDATE user SET name = '新名字' WHERE id = 1。这些SQL语句，虽然直接，但一旦业务逻辑变复杂，字段增多，条件嵌套，手动拼接SQL就成了噩梦，不仅容易出错，而且维护起来也头疼。

但有了ORM，一切都变了。我们不再直接和SQL打交道，而是通过调用模型对象的方法来完成增删改查。比如，User::find(1) 就能找到ID为1的用户；$user->name = '新名字'; $user->save(); 就能更新用户信息。这种链式操作和方法调用，语义非常清晰，一眼就能看出这段代码在做什么。这不仅大大提升了开发效率，减少了手动拼接SQL可能带来的SQL注入风险，更重要的是，它让代码更符合面向对象的范式，提高了可读性和可维护性。我个人觉得，当你写一个稍微复杂一点的系统时，ORM能让你把更多精力放在业务逻辑本身，而不是纠结于数据库操作的细节。它甚至还能帮你处理关联查询，比如通过一个用户模型直接获取他所有的订单，这在处理复杂业务时，简直是生产力倍增器。

ThinkPHP中模型（ORM）进行数据操作的常用方法有哪些？

在ThinkPHP的模型操作中，我们有很多非常实用的方法来完成数据的增删改查。这些方法通常可以链式调用，使得代码非常流畅和直观。

• 查询数据：

  • find(): 根据主键或者条件查询单条记录。比如 User::find(1) 或者 User::where('name', '张三')->find()。
  • select(): 查询多条记录。User::where('status', 1)->select() 会返回所有状态为1的用户集合。
  • where(): 设置查询条件，这是最常用的。
  • order(): 对查询结果进行排序。
  • limit(): 限制查询结果的数量。
  • value(): 获取单个字段的值。比如 User::where('id', 1)->value('name') 直接拿到用户名。
  • column(): 获取指定列的值，返回一个数组。
  • with(): 用于预加载关联模型，避免N+1查询问题，提升性能。
  • 还有 count(), sum(), avg() 等聚合函数，用于统计数据。

• 新增数据：

  

  阿里云-虚拟数字人

  阿里云-虚拟数字人是什么？ ...

  2

  查看详情
  • create(): 批量赋值新增一条记录。User::create(['name' => '李四', 'age' => 30]); 这种方式很常用。
  • save(): 如果模型实例没有主键，它会执行新增操作；如果有主键，则会执行更新操作。

• 更新数据：

  • update(): 批量更新数据。User::where('status', 0)->update(['status' => 1]);
  • save(): 同上，当模型实例有主键时，它就是更新操作。
  • inc() / dec(): 字段自增或自减。User::where('id', 1)->inc('score', 10); 积分增加10。

• 删除数据：

  • destroy(): 根据主键或条件删除记录。User::destroy(5) 删除ID为5的用户，或者 User::where('status', 0)->destroy() 删除所有状态为0的用户。
  • delete(): 删除当前模型实例。如果你先 User::find(1) 拿到一个用户对象，然后 $user->delete() 就可以删除它。

除了这些，模型还支持定义作用域（scope）、事件（event）等高级特性，能让你更好地封装业务逻辑，让代码更加模块化和可维护。我个人在项目中，会尽量把和某个数据表相关的业务逻辑都封装到对应的模型里，这样以后维护起来会清晰很多。

ThinkPHP的Db类（查询构造器）在哪些场景下更具优势？

尽管ORM模型功能强大，但在某些特定场景下，ThinkPHP的Db类（查询构造器）反而显得更加直接和灵活，甚至可以说是不可替代的。它就像一把多功能扳手，能处理那些模型可能不太方便或者没必要处理的“螺丝”。

• 无需预先定义模型或操作非标准表： 有时候，我们可能需要查询一个临时的统计表，或者一个数据库视图，这些表可能并没有对应的模型文件，或者你觉得为它们专门创建一个模型类有点多余。这时候，Db::name('your_temp_table')->select(); 就显得非常方便。它不依赖于任何模型文件，直接指定表名就能操作，即用即查，非常适合快速、临时的数据库交互。

• 执行原生SQL语句： 尽管ORM和查询构造器已经覆盖了大部分数据库操作，但总会有那么一些复杂的查询，或者需要用到数据库特有的函数、存储过程等，这些情况下，直接手写原生SQL会更高效、更直接。Db类提供了 query() 和 execute() 方法来执行原生查询和写入操作。比如，Db::query("SELECT * FROM user WHERE id = ?", [1]); 用于查询，Db::execute("UPDATE user SET status = 0 WHERE id = 2"); 用于更新。我个人在处理一些复杂的报表统计、数据迁移或者数据库维护脚本时，经常会用到这两个方法，因为它们提供了直接操作数据库的“后门”。

• 性能敏感的简单查询： 对于一些非常简单的查询，比如只是获取一个字段的值，或者进行简单的计数，使用Db类可能会比ORM稍微轻量一些。因为Db类不需要实例化模型对象，理论上开销更小。当然，这种性能差异在绝大多数应用中几乎可以忽略不计，但在极高并发或者对性能有极致追求的场景下，这种细微的优化也可能会被考虑。比如，我只是想知道用户表有多少条记录，Db::name('user')->count(); 就够了，没必要加载一个完整的User模型。

• 跨库操作或多数据库连接： 当你的应用需要连接多个数据库，或者需要进行跨库操作时，Db类可以显式地指定要使用的数据库连接。例如，Db::connect('db_config_name')->name('table_name')->select(); 这种方式在微服务架构或者需要访问外部数据源时非常有用。它让你能够灵活地切换和管理不同的数据库连接。

总的来说，Db类是ThinkPHP提供的一个非常重要的补充，它弥补了ORM在某些特定场景下的不足，让开发者在处理各种数据库交互时有更多的选择和灵活性。我通常会把Db类当作我的“备用方案”，当ORM感觉有点“笨重”或者不够直接时，Db类总能提供一个简洁有效的解决方案。

以上就是ThinkPHP的ORM是什么？ThinkPHP如何操作数据库？的详细内容，更多请关注php中文网其它相关文章！