如何在 Laravel 中同时保存新记录并更新另一张表的数据

如何在 Lara vel 中同时保存新记录并更新另一张表的数据

本文详解在 Lara vel 中实现跨表操作：向 peminjaman_buku 表插入新借阅记录，同时更新 perpustakaan 表中对应图书的状态，修正常见模型查找、字段赋值与更新逻辑错误。

在 Lara vel 项目中，我们经常会遇到一个典型的业务场景：需要在一个操作里，既向一张表写入新数据，又得同步更新另一张关联表的状态。就拿图书借阅系统来说，用户借书时，逻辑上必须完成两件事——在 `peminjaman_buku`（借阅记录表）里创建一条新记录，同时把 `perpustakaan`（图书馆藏书表）里对应图书的 `status` 字段改成 “pinjam”（已借出）。

听起来简单，对吧？但实际操作时，如果处理不当，比如模型查询方式不对、字段名没匹配上、或者参数传递有误，很容易导致数据纹丝不动，甚至直接抛出错误。下面，我们就来看一个经过优化、可以直接拿来复用的控制器 `store` 方法示例，并拆解其中的关键修复点。

核心代码实现与优化

public function store(Request $request)
{
    // 1. 表单验证（特别注意字段名空格问题！）
    $request->validate([
        'kode_buku'     => 'required|string',           // 修正点：原 'kode_buku ' 存在多余空格
        'kode_peminjam' => 'required|string',
        'petugas_pinjam'=> 'required|string',
        'tanggal_pinjam'=> 'required|date',
    ]);

    $status = "pinjam";

    // 2. 插入新借阅记录到 peminjaman_buku 表
    $peminjaman = P_Peminjaman::create([
        'kode_buku'      => $request->kode_buku,       // ⚠️ 注意：原代码误用了 $request->judul_buku
        'kode_peminjam'  => $request->kode_peminjam,
        'petugas_pinjam' => $request->petugas_pinjam,
        'tanggal_pinjam' => $request->tanggal_pinjam,   // ⚠️ 原代码误用了 $request->tanggal
        'status'         => $status,
    ]);

    // 3. 更新 perpustakaan 表中对应图书状态（这是关键修复部分）
    $book = M_Perpustakaan::where('kode_buku', $request->kode_buku)->first();

    if (!$book) {
        return back()->withErrors(['kode_buku' => '图书编号不存在，请检查输入。']);
    }

    $book->update([
        'status' => $status,
        // 如果需要同步更新其他字段，例如最后借出时间，可以在这里添加：
        // 'updated_at' => now(),
    ]);

    return redirect('ppeminjaman')->with('success', '借阅成功，图书状态已更新！');
}

关键修正点解析

✅ 上面的代码并非简单的功能堆砌，每一处调整都针对一个常见的“坑”。我们来逐一拆解：

• 字段名必须保持一致性：这是最隐蔽的错误来源之一。原代码中试图使用 `$request->judul_buku`（书名），但验证规则里定义的是 `kode_buku`（书号），这会导致数据对不上。同理，`$request->tanggal` 也不对，表单提交的字段名是 `tanggal_pinjam`。确保前后端字段名完全匹配，是数据正确入库的第一步。
• 模型查找要更“健壮”：原代码可能使用了 `M_Perpustakaan::find($id)`，这个方法默认按主键（通常是 `id`）查找。但在我们的业务里，需要根据业务字段 `kode_buku` 来查询。所以，改用 `where('kode_buku', ...)->first()` 才是正解。
• 更新方式有讲究：直接调用模型的 `update()` 方法进行批量赋值，通常比手动赋值属性再调用 `sa ve()` 更安全、更简洁。`update()` 方法会自动处理时间戳更新，也更符合 Lara vel 的批量赋值逻辑。
• 错误防御不能少：在更新图书状态前，我们加了 `if (!$book)` 判断。如果输入的 `kode_buku` 在藏书表中根本不存在，这个判断能有效防止后续出现 “Call to a member function update() on null” 的致命错误，转而给用户一个友好的提示。
• 细节决定成败：验证规则数组里，字段名 `'kode_buku '` 如果末尾带了空格，Lara vel 的验证器会将其视为另一个字段名，从而导致验证失效。务必检查并清理这些不起眼的空格。

还能做得更完善吗？

当然可以。上面的代码已经能稳定运行，但若想追求更高的可靠性和性能，这里还有几个进阶建议：

• 使用数据库事务：用 `DB::transaction` 把插入借阅记录和更新图书状态这两步操作包裹起来。这能确保业务的原子性——要么两步都成功，要么任何一步失败就全部回滚，防止产生“借阅记录生成了，但图书状态没更新”的脏数据。
• 启用模型填充保护：在 `P_Peminjaman` 和 `M_Perpustakaan` 模型中正确定义 `$fillable` 属性。这是 Lara vel 防止批量赋值安全漏洞的推荐做法。
• 优化数据库层：考虑在 `perpustakaan.kode_buku` 字段上添加唯一索引，不仅能提升查询速度，还能在数据库层面约束数据的唯一性，进一步提升完整性。

经过以上这些重构和优化，一个清晰、稳定、安全的“一存一更”跨表业务逻辑就实现了。下次再遇到类似需求，直接套用这个思路，就能避开大多数常见陷阱。