tp8中belongstomany中间表名不自动加前缀，需手动拼接；pivot模型需显式设$table；字段类型必须严格匹配数据库，否则查询静默失败。
TP6 升级 TP8 后 belongsToMany 中间表名不生效？
不是配置错了，是 TP8 的 belongsToMany 默认不再自动添加数据库表前缀。TP6 里中间表名（如 user_role）会自动拼上前缀（如 tp_），TP8 则直接按字面值用——哪怕你在 database.php 里设了 'prefix' => 'tp_'，它也不认。
- 检查你的关联定义是否显式写了中间表名：比如
belongsToMany(Role::class, 'user_role', 'user_id', 'role_id')，这里的'user_role'会被原样当表名，不会加前缀 - 若想保留前缀，必须手动拼：改成
belongsToMany(Role::class, config('database.connections.mysql.prefix') . 'user_role', 'user_id', 'role_id') - 更稳妥的做法是统一在模型里提取前缀逻辑，避免硬编码：
protected $middleTable = null;，然后在关联方法里动态返回config('database.connections.mysql.prefix') . $this->middleTable
Pivot 模型在 TP8 中还能用吗？
能，但行为变了。TP6 允许你继承 think\model\Pivot 并自定义中间表模型（如 Access），TP8 仍支持该类，但注意两点：
-
Pivot类本身不再自动识别表前缀，所以如果你的Access模型里没重写$table属性，它会按类名小写（access）建表，不会加前缀 - 若你依赖
Pivot的事件（如beforeInsert），确保这些钩子注册在 TP8 的生命周期内有效——TP8 的模型事件触发时机比 TP6 更严格，漏掉boot()或未正确调用parent::boot()会导致事件静默失效 - 建议在
Pivot子类中显式指定$table：protected $table = 'tp_access';，别指望框架帮你补
中间表字段命名和外键规则在 TP8 是否有变化？
规则没变，但校验变严了。TP8 不再容忍“默认推导失败却沉默跳过”的情况——比如你写 belongsToMany(Role::class) 省略中间表名，TP8 会按规则拼出 user_role，但如果数据库里实际是 tp_user_role，它不会尝试加前缀匹配，而是直接报 Base table or view not found 错误。
- 外键字段名（如
user_id、role_id）仍按模型名 +_id推导，但必须真实存在，否则查询时抛异常，不回退到全表扫描 - 若中间表用了复合主键或非标准字段（如
uid/rid），必须全部显式传参，不能依赖默认值 - TP8 的
belongsToMany不再兼容 TP5 风格的字符串模型名（如'Role'），必须传类名常量Role::class，否则运行时报Class "Role" not found
升级后多对多数据查不到，但 SQL 日志显示语句正确？
大概率是中间表模型或关联字段的类型不匹配导致 TP8 自动过滤掉了结果。TP8 的 ORM 在 join 查询时会对关联字段做隐式类型校验（尤其在 PHP 8+ 的严格模式下），比如中间表的 user_id 是 BIGINT UNSIGNED，而用户模型主键是 int，TP8 可能因类型不一致跳过匹配行，且不报错。
- 用
Db::table('tp_user_role')->select()直接查中间表，确认数据存在且字段值可对齐 - 检查用户模型和角色模型的主键类型声明：
protected $pk = 'id'; protected $type = ['id' => 'bigint'];，确保与数据库字段类型一致 - 临时关闭严格类型检查（仅调试）：在关联方法里加
->withoutTypeCheck()，看是否恢复数据——如果恢复，说明就是类型不匹配问题
