tp5.1升级tp8.0时db::name()不能直接替换为db::table()，因前者自动加表前缀而后者不加，且tp8严格校验字段与类型；必须逐个检查上下文、改用模型（需显式设$prefix）、排查中间件及扩展包兼容性。
TP5.1 升级到 TP8.0 时，Db::name() 不能直接改成 Db::table() 就完事——这是最常踩的坑。必须逐个确认调用上下文，否则查询静默失败、返回空结果，连错误都不报。
Db::name() → Db::table() 不是简单字符串替换
TP8.0 彻底移除了 Db::name() 方法，但它的语义和 Db::table() 并不等价：
-
Db::name('user')在 TP5 中会自动拼前缀（如think_user），而Db::table('user')默认不加前缀，除非你显式配置了$prefix - 若原项目用了
Db::name('user')->alias('u')，升级后必须写成Db::table('user')->alias('u')，且确保user是真实表名（不含前缀）或已通过Db::setTablePrefix('think_')全局设定 - 批量操作如
Db::name('user')->where(...)->update($data)，改完后要验证是否真更新了数据——TP8 对字段不存在、类型不匹配等情况更严格，可能跳过执行而不报错
模型调用才是 TP8 推荐路径，不是可选项
TP8 的 ORM 层默认启用严格模式，Db 类只是底层封装，真正安全可控的是模型。不迁移到模型，等于放弃验证、事件、类型转换等核心能力：
- 先确保模型类存在且命名空间正确：
app\model\User对应app/model/User.php，类内必须声明protected $name = 'user'; - 把
Db::name('user')->where('id', 1)->find()改为User::find(1)或User::where('id', 1)->find() - 注意：TP8 模型默认不读取
config/database.php中的prefix，前缀必须在模型里用protected $prefix = 'think_';显式定义
中间件和行为（behavior）里的 name() 调用最容易漏改
这类代码往往藏在 app/middleware/ 或旧版 app/behavior/ 目录下，升级 TP6 过渡期容易被忽略，到 TP8 就直接失效：
- 搜索全部
Db::name(，特别关注handle()方法体、run()方法、构造函数中提前初始化的 Db 实例 - 行为类废弃后，原来用
Db::name('log')->insert(...)记日志的逻辑，必须抽离到中间件或事件监听器中，并统一改用LogModel::create()或Db::table('log')->insert() - 如果用了第三方扩展包（如权限包、日志包），检查其是否已适配 TP8；未适配的，不能只改
name→table，得看它是否还依赖think\Model旧基类
真正麻烦的不是改名，而是那些没报错却悄悄跳过的查询——比如字段类型不匹配时 save() 存了个 0，或者 table() 指向了错误前缀导致查空表。上线前务必用真实数据跑一遍全链路，别信日志里“成功”两个字。
