一对多关系怎么在模型里定义
Laravel 的一对多，典型场景是「一个用户有多篇文章」。关键不是写法多难，而是方向别反——hasMany 一定写在「一」那一方的模型里，比如 User 模型；belongsTo 才写在「多」那一方，比如 Post 模型。
常见错误是把 hasMany 写进 Post，结果查出来空数组，或者报 Call to undefined relationship 错误。
实操建议：
-
hasMany默认按外键名推断：它会自动找posts.user_id，前提是你的外键字段叫user_id；如果叫author_id，就得显式传参：hasMany(Post::class, 'author_id') -
belongsTo同理，默认找user_id字段，如果字段名不标准，必须指定：belongsTo(User::class, 'author_id') - 两个模型都要用
use Illuminate\Database\Eloquent\Model;，且继承Model
查询时怎么加载关联数据才不 N+1
直接用 $user->posts 看似简单，但循环里这么写就会触发 N+1 查询——每查一个用户，再为每个用户单独发一次查 posts 的 SQL。
正确做法是预加载，用 with()。
实操建议：
- 单个用户：用
User::with('posts')->find(1)，而不是User::find(1)->posts - 多个用户：用
User::with('posts')->get()，避免在 foreach 里访问$user->posts - 要限制关联数据数量（比如只取最新 3 篇），不能只靠
with()，得配合withCount()或子查询，否则limit会失效 - 如果关联字段需要 where 条件（比如只查已发布的文章），要用约束式预加载：
with(['posts' => function ($q) { $q->where('published', 1); }])
插入/更新关联数据时容易漏掉什么
很多人以为调用 $user->posts()->create([...]) 就完事了，其实 Laravel 会自动填充外键（比如 user_id），但前提是模型里没禁用 fillable 或写了 guarded = ['*']。
另一个坑是：用 save() 时，外键字段必须手动设好，否则会报 Integrity constraint violation。
实操建议：
-
create()安全，自动补外键；save()不安全，得自己写：$post->user_id = $user->id; $user->posts()->save($post) - 批量插入用
saveMany()，但所有Post实例必须已设置好外键，或确保模型里$fillable包含外键字段（如'user_id'） - 如果数据库外键是
NOT NULL但模型没设默认值，create()仍可能失败——检查迁移里是否加了->nullable(false)却没配默认
什么时候该用 hasOne 和什么时候用 hasMany
名字看着像，但语义差很远：hasOne 是「一」对「一」，比如 User 和 Profile；hasMany 是「一」对「多」，比如 User 和 Post。
错用最直接的表现是：查出来的集合永远只有一个元素，或者 count() 总是 0 或 1，哪怕数据库里明明有 5 条记录。
实操建议：
- 看数据库结构：如果子表有唯一索引约束在外键上（如
UNIQUE(user_id)），才考虑hasOne；否则一律用hasMany - Laravel 不会校验数据库约束，它只信你写的模型方法——写错就查不准，也不会报错
- 不要为了“看起来简洁”把
hasMany改成hasOne，哪怕当前业务逻辑只允许一条，未来扩展时会踩坑
