本文详解如何在 laravel 中通过前端按钮（如“accept”）触发后端逻辑，安全地将指定 id 的记录从源表（如 pending_reservations）复制到目标表（如 accepted_reservations），并原子化删除原记录。
在实际业务中（例如酒店预订系统），常需将“待审核预约”经人工确认后转入“已通过预约”，同时从原表移除——这并非简单的拖拽排序，而是涉及数据库事务、模型操作与前后端协同的典型数据迁移场景。SortableJS 并不适用于此需求（它专用于前端列表排序与跨容器拖拽，不处理服务端数据迁移），正确解法应基于 Laravel 的 Eloquent 模型与控制器逻辑。
✅ 推荐实现方式：控制器 + 事务 + 表单提交
1. 路由定义（routes/web.php）
// 使用 POST 方法确保操作幂等性与安全性
Route::post('/reservations/{id}/accept', [ReservationController::class, 'accept'])->name('reservations.accept');2. 控制器逻辑（app/Http/Controllers/ReservationController.php）
use App\Models\PendingReservation;
use App\Models\AcceptedReservation;
use Illuminate\Support\Facades\DB;
public function accept($id)
{
// 使用数据库事务确保「复制+删除」原子性
return DB::transaction(function () use ($id) {
$pending = PendingReservation::findOrFail($id);
// 复制数据到目标表（自动过滤不可填充字段，如 id、created_at 等）
$accepted = AcceptedReservation::create($pending->only([
'user_id', 'room_id', 'check_in', 'check_out', 'status', 'notes'
]));
// 删除原记录
$pending->delete();
return redirect()->back()->with('success', "预约 #{$id} 已成功转入已通过列表。");
});
}✅ 关键点说明： DB::transaction() 防止复制成功但删除失败导致数据不一致； ->only([...]) 显式指定字段，避免误传 id、created_at 等非目标表所需字段； 使用 findOrFail() 提升错误可读性，404 而非 500。
3. 前端按钮（Blade 模板中）
⚠️ 注意事项：
- 必须包含 @csrf 防止 CSRF 攻击；
- 使用 onclick="confirm(...)" 提供二次确认，避免误操作；
- 不推荐用 GET 请求（如 ），因不符合 REST 语义且易被爬虫/缓存触发。
4. 进阶建议
- 软删除兼容：若 PendingReservation 启用软删除，$pending->delete() 应替换为 $pending->forceDelete()；
- 日志审计：在事务内添加 Log::info("Reservation {$id} moved to accepted by user: " . auth()->id());；
- 队列异步化：若数据量大或含附件处理，可将迁移逻辑封装为 Job 并分发到队列。
通过以上方案，你将获得一个安全、可维护、符合 Laravel 最佳实践的数据迁移流程——无需第三方拖拽库，专注业务本质。
