thinkphp 6 的 db::table() 与 laravel 的 db::table() 存在核心差异：tp6 无 db 类，需用 db::table() 返回 query 对象；first() 等效于 find() 而非 select()[0]；order() 需用 orderraw() 处理表达式；insertall() 严格校验字段名大小写与存在性；事务为 savepoint 模拟，不支持真正嵌套；tinyint 字段会隐式转布尔。
ThinkPHP 6 的 Db::table() 和 Laravel 的 DB::table() 查询构造差异
直接套用 Laravel 风格的链式调用在 ThinkPHP 6 里会报错，比如 DB::table('user')->where('id', 1)->first() 在 TP6 中根本不存在 DB 类（除非手动 alias），且 first() 返回的是数组而非模型实例。
TP6 默认使用 Db::table()，它返回的是 Query 对象，但方法名和行为更接近原生 SQL 抽象：不支持 get() 后直接取字段，也不默认返回关联模型。迁移时最常卡在 select() 和 find() 的语义混淆上。
-
Db::table('user')->where('id', 1)->select()返回二维数组（即使只有一条），而 Laravel 的first()返回一维数组或 null - 想等效 Laravel 的
first()，必须用Db::table('user')->where('id', 1)->find()—— 注意是find()，不是select()->[0] -
find()要求主键字段名为id，否则需显式指定：->pk('user_id')，否则查不到或报错
字段别名与 JSON 字段在 order() 中的写法兼容问题
从 Laravel 迁移时，常有类似 orderBy('JSON_EXTRACT(profile, "$.age")', 'desc') 的写法，在 TP6 中不能直接传字符串表达式进 order()，否则会被自动加反引号包裹，导致 SQL 语法错误。
TP6 的 order() 默认做字段名转义，遇到函数、JSON 提取、计算字段必须绕过转义机制。
- 正确写法是：
->orderRaw('JSON_EXTRACT(profile, "$.age") DESC') - 若混用普通字段和表达式，不能全用
orderRaw()，应分拆：->order('status', 'asc')->orderRaw('updated_at DESC') - MySQL 5.7+ 支持 JSON 函数，但 TP6 默认不开启 JSON 字段自动解析；如需在 PHP 层处理
profile字段为数组，得手动json_decode($row['profile'], true)
批量插入时 insertAll() 的键名一致性要求
Laravel 的 DB::table()->insert() 对键名大小写不敏感，且允许部分字段缺失（依赖数据库默认值）；TP6 的 Db::table()->insertAll() 则严格校验字段存在性，且对键名大小写敏感 —— 数据库字段是 user_name，但数组键写成 username 就会静默丢弃该字段。
更隐蔽的问题是：TP6 不会自动过滤掉数据库中不存在的字段，而是直接报 PDOException，提示 “Unknown column”。这在 Laravel 迁移脚本中容易漏测。
- 插入前务必用
Db::getFields('user')拿到真实字段列表，做array_intersect_key()过滤 - 避免用
insertAll()插入含空值的字段，TP6 不会跳过NULL值去匹配默认值，而 Laravel 会；如有默认值，建议显式传null或字符串'DEFAULT'（需配合execute()手写 SQL） - 大批量插入（>1000 行）时，
insertAll()内部会拼单条 INSERT，性能差于 Laravel 的批量 VALUES；应改用Db::execute('INSERT INTO ... VALUES (?, ?), (?, ?)', [...])
事务嵌套与异常捕获在 TP6 中的实际表现
ThinkPHP 官方文档说支持“事务嵌套”，但底层用的是 PDO 的 savepoint 模拟，并非真正嵌套事务。从 Laravel 迁移带多层 try/catch + DB::transaction() 的逻辑时，一旦内层事务 rollback，外层不会自动感知，仍可能 commit 成功，造成数据不一致。
TP6 的 Db::transaction() 是函数式闭包调用，不维护上下文栈；如果在闭包里又调了另一个封装了 Db::transaction() 的方法，第二个事务会覆盖第一个的 savepoint 状态。
- 禁止在事务闭包中调用其他也含
Db::transaction()的服务方法；统一提到外层处理 - 捕获异常后，不要只写
catch (\Exception $e) { }，TP6 的事务异常可能是PDOException或Throwable，建议用catch (\Throwable $e) - 调试时可临时启用
Db::getLastSql()查看是否真回滚 —— 有时日志显示 rollback，但 SQL 实际没发出去，因为 PDO savepoint 在某些 MySQL 版本下失效
最易被忽略的是字段类型映射：Laravel 的 tinyInteger('status') 迁移到 TP6 时，如果数据库字段是 TINYINT(1)，TP6 读出来会自动转成布尔（0→false，1→true），而 Laravel 默认保持整型。这个隐式转换在条件判断和 API 输出时会出人意料。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
