Soldemy
0%

Bài đọc

Transaction và tiến độ học tập: thực hành có hướng dẫn

3 phút đọc

Đây là bài 3 của chương 6: Transaction và tiến độ học tập, thuộc khóa demo Laravel Backend. Nội dung được dùng để trải nghiệm cấu trúc chương trình học; hãy thực hành trên dữ liệu và môi trường thử nghiệm riêng. Trong dự án xuyên suốt, bạn sẽ xây dựng backend quản lý khóa học, bài học và tiến độ học tập.

Mục tiêu cụ thể

Transaction nhóm các thay đổi cần cùng thành công hoặc cùng thất bại. Ràng buộc unique tại DB giúp chặn bản ghi tiến độ trùng khi request chạy đồng thời.

Đề bài thực hành

Lưu hoàn thành bài học với unique(user_id, lesson_id), gửi lại request và kiểm tra chỉ có một hàng.

Quy trình từng bước

  • Xác định đầu vào, đầu ra và trạng thái trước khi bắt đầu. Với transaction và tiến độ học tập, hãy ghi lại kết quả bạn mong muốn trước khi chạy ví dụ.
  • Tạo bản thử nhỏ nhất trong một thư mục hoặc môi trường riêng. Chỉ dùng dữ liệu giả; không sao chép token, tài khoản hoặc dữ liệu cá nhân vào bài tập.
  • Thực hiện yêu cầu: Lưu hoàn thành bài học với unique(user_id, lesson_id), gửi lại request và kiểm tra chỉ có một hàng.
  • Quan sát kết quả và so sánh từng điều kiện chấp nhận. Khi chưa đạt, thay đổi một yếu tố mỗi lần để biết thay đổi nào tạo ra tác động.
  • Lưu kết quả cùng ghi chú giải thích quyết định. Người khác cần tái hiện được thao tác mà không phải đoán cấu hình hoặc dữ liệu ban đầu.

Điểm khởi đầu

PHP
DB::transaction(function () use ($user, $lesson) {
    LessonProgress::updateOrCreate(
        ["user_id" => $user->id, "lesson_id" => $lesson->id],
        ["completed_at" => now()]
    );
});

Đối chiếu kết quả

  • Request lặp không tạo hàng trùng
  • Lỗi giữa chừng rollback dữ liệu
  • Thời điểm hoàn thành được xác định rõ

Nếu kết quả khác dự kiến

UpdateOrCreate không thay thế unique constraint. Gửi lại request sau timeout có thể tạo tác dụng phụ trùng nếu luồng không idempotent.

Chụp hoặc ghi lại đầu vào và đầu ra trước khi sửa. Xác nhận tệp đã lưu, đúng môi trường đang chạy và dữ liệu thử vẫn giữ nguyên. Sau khi sửa, chạy lại cả trường hợp ban đầu lẫn một trường hợp biên để tránh sửa được một nhánh nhưng làm hỏng nhánh khác.

Sản phẩm cần lưu

  • Mã nguồn hoặc sơ đồ của bản thử.
  • Dữ liệu đầu vào có thể dùng lại.
  • Ba kết quả kiểm tra kèm giải thích.
  • Một ghi chú về điều bạn sẽ làm khác nếu triển khai cho người dùng thật.

Hỏi đáp

Đăng nhập để đặt câu hỏi và tham gia thảo luận.