一对一关联更新不会自动持久化，必须显式调用 save() 或 associate() 等方法，否则仅修改内存；预加载、判空、事务保护是关键实践。
一对一关联更新不会自动持久化，必须对关联模型实例显式调用 save() 或 push()，否则赋值只是内存操作，数据库毫无变化。
为什么 $model->relation->field = value 不生效？
这是最常踩的坑：给已加载的关联模型属性赋值后直接结束请求，数据根本没进数据库。
原因在于 Eloquent 的变更跟踪机制 —— 属性修改只写入模型实例的 $changes 数组，不触发 SQL。只有调用 save() 才会检查 $changes 并生成 UPDATE 语句。
-
$user->profile->bio = 'new bio'只改内存，$user->profile仍是原样（未保存） -
$user->profile->is_active = true同理，不调save()就等于没干 - 误用
$users->push()（Collection 方法）完全无效，甚至报错
hasOne 关联更新的正确写法
适用于主模型拥有外键、子模型唯一存在（如 User → Profile）的场景。
核心动作是：取到关联模型实例 → 修改字段 → 调用 save()。
- 确保预加载：
User::with('profile')->find(1)，避免 N+1 和空关系异常 - 判空再操作：
if ($user->profile) { ... }，防止调用 null 上的方法 - 修改后必须
$user->profile->save()，推荐显式写法，语义清晰 - 若需同时更新主模型，先改主模型字段，再改关联模型，最后分别
save()
示例：
$user = User::with('profile')->find(1);
if ($user->profile) {
$user->profile->bio = $request->bio;
$user->profile->location = $request->location;
$user->profile->save(); // 这一行不能少
}
belongsTo 关联更新怎么写？
适用于子模型含外键、指向主模型（如 Post → User），更新的是“归属关系”本身。
这时通常不是改子模型内容，而是换归属对象 —— 直接改外键字段最高效。
- 改外键字段（如
user_id）后调$post->save()即可，无需碰$post->user - 用
associate()更语义化：$post->user()->associate($newUser)->save() - 解除关联用
dissociate()：$post->user()->dissociate()->save() - 避免先
$post->user = null再save()，这不会清外键，行为不可靠
示例：
$post = Post::find(42); $newAuthor = User::find(99); $post->user()->associate($newAuthor); $post->save(); // 外键 user_id 自动更新为 99
批量更新一对一关联必须加事务
多个设备共用一个维修记录（Device → RepairDetails）这类场景，一旦中间出错，部分更新成功、部分失败，数据就错位了。
别信“反正就几条数据”，软删除、事件监听、并发写入都可能让逻辑断裂。
- 用
DB::transaction()包裹整个 foreach 循环 - 预加载时用
with('repairDetails')，别在循环里反复查 - 每个
$device->repairDetails都要单独save()，不能攒到最后一起 push - 如果关联不存在（
null），明确抛异常或走创建逻辑，别静默跳过
真正落地的代码里，漏掉事务或 save() 的概率远高于想象 —— 它们不在语法报错范围，但会让业务逻辑在上线后悄悄失效。
