Laravel中如何通过单条SQL请求创建关联子模型？

这是个很务实的问题——两种方案各有优劣，没有绝对的“最优”，得结合你的业务场景和优先级来选：

先说说通过关联创建的方案（$author->books()->create([...])） #

这种写法是Laravel Eloquent关联设计的“正统用法”，优势很明显：

• 语义清晰，可读性拉满：从代码就能直接看懂“找到对应的作者，给这个作者新增一本书”，其他接手项目的开发者一眼就能理解逻辑，维护成本低。
• 自动维护关联一致性：不用手动操心外键字段，哪怕你后来修改了关联的外键名（比如把author_id改成writer_id），只要更新关联定义就行，create里的参数完全不用改，容错性更强。
• 能触发完整的Eloquent生命周期：如果你的Author或Book模型有观察者、关联事件，或者创建书籍时需要联动更新作者的某个字段（比如统计书籍数量），这种关联创建的方式会自动触发这些逻辑，不会漏掉业务规则。

当然它的缺点就是你提到的：会多一条查询（先查作者，再创建书籍），在极端高并发或批量创建场景下，性能会有一点点损耗。

再看直接创建Book的方案（Book::create(['author_id' => $author_id, ...])） #

这种写法的核心优势就是性能更高——少了一条查询，在批量创建大量数据或者高流量接口里，这个优化的效果会很明显。另外代码也更简洁，如果author_id是已经从其他逻辑（比如请求参数、当前登录用户ID）直接拿到的，不用额外查作者，写起来更顺手。

但它也有需要注意的坑：

• 你必须手动保证author_id的有效性：如果传入的author_id对应的作者不存在，就会创建出一条“孤儿数据”，破坏关联完整性。这时候可能需要额外加验证（比如Author::findOrFail($author_id)），但这样又会回到两条查询的情况，性能优势就没了。
• 无法触发关联相关的逻辑：如果你的关联有自定义的业务规则（比如创建书籍时自动给作者增加积分），直接创建Book的方式不会触发这些关联钩子，得手动处理，容易遗漏业务逻辑。

总结一下怎么选 #

• 如果代码可读性、维护性、业务逻辑完整性是你的优先级，或者你需要依赖Eloquent的关联事件/观察者，选第一种关联创建的方案。
• 如果性能优化是核心需求，且你能确保author_id的有效性（比如已经通过前置逻辑验证过），选第二种直接创建的方案。

内容的提问来源于stack exchange，提问作者chimit