DATABASE LIFECYCLE EVENTS TRONG LARAVEL: BẢN ĐỒ THỜI GIAN CỦA DỮ LIỆU

ở bài viết trước chúng ta đã tìm hiểu về Model Observers — công cụ trung tâm để gom nhóm các sự kiện của Model. Để hiểu sâu sắc tại sao Observer lại hoạt động mượt mà đến vậy, chúng ta cần vén bức màn che để khám phá nền tảng bên dưới của nó: Database Lifecycle Events (Các sự kiện vòng đời của Model trong Eloquent).

Hiểu rõ các sự kiện này giống như việc bạn nắm trong tay "bản đồ thời gian" của mọi bản ghi dữ liệu, giúp bạn biết chính xác thời điểm nào nên can thiệp, thời điểm nào nên chặn, và vòng đời dữ liệu diễn ra như thế nào.

1. Bản Chất Của Vòng Đời Dữ Liệu Là Gì? (The What)

Mỗi khi một bản ghi (Model instance) được tương tác trong Eloquent — từ lúc nó được truy vấn lên từ database, được tạo mới, thay đổi, cho đến khi bị xóa vĩnh viễn — Eloquent đều kích hoạt các Model Events tương ứng ở từng mốc thời gian cụ thể.

Các sự kiện này được chia thành các cặp rõ rệt: Trước (-ing) và Sau (-ed). Việc phân chia này có ý nghĩa chiến lược cực kỳ quan trọng:

• Các sự kiện kết thúc bằng -ing (Đang diễn ra / Trước khi thực thi): Cho phép bạn kiểm tra, chuẩn hóa dữ liệu hoặc chủ động hủy bỏ (abort) câu lệnh lưu trữ nếu có lỗi xảy ra.
• Các sự kiện kết thúc bằng -ed (Đã hoàn tất): Thông báo cho hệ thống biết rằng dữ liệu đã được ghi nhận thành công xuống database, là thời điểm hoàn hảo để kích hoạt các tác vụ phụ (như gửi email, bắn event, xóa cache).

2. Sơ Đồ Trình Tự Vòng Đời (The Chronological Timeline)

Để hình dung rõ cách các sự kiện nối tiếp nhau, hãy nhìn vào trình tự thời gian của 3 hành động chính trong Eloquent:

A. Vòng đời khi Tạo mới (Creating / Saving)

Khi bạn thực hiện lệnh User::create([...]) hoặc $user->save() cho lần đầu tiên:

1. saving (Trước khi lưu bất kể là tạo mới hay cập nhật)
2. creating (Trước khi câu lệnh SQL INSERT được thực thi)

   👉 Tại đây, nếu bạn trả về false, toàn bộ quá trình lưu sẽ bị hủy bỏ ngay lập tức.

3. [Thực thi câu lệnh SQL INSERT vào Database]
4. created (Sau khi bản ghi đã nằm trong database)
5. saved (Sau khi hoàn tất toàn bộ tiến trình lưu)

B. Vòng đời khi Cập nhật (Updating / Saving)

Khi bạn thay đổi dữ liệu của một bản ghi đã tồn tại và gọi $user->save():

1. saving (Trước khi lưu)
2. updating (Trước khi câu lệnh SQL UPDATE được thực thi)

   👉 Bạn có thể kiểm tra xem dữ liệu có thực sự thay đổi hay không bằng $user->isDirty().

3. [Thực thi câu lệnh SQL UPDATE vào Database]
4. updated (Sau khi cập nhật thành công)
5. saved (Sau khi hoàn tất toàn bộ tiến trình lưu)

C. Vòng đời khi Xóa (Deleting)

Khi bạn gọi $user->delete():

1. deleting (Trước khi câu lệnh DELETE hoặc cập nhật deleted_at đối với Soft Delete được chạy)

   👉 Nơi tuyệt vời để chặn việc xóa nếu bản ghi đang có ràng buộc dữ liệu quan trọng.

2. [Thực thi câu lệnh xóa trong Database]
3. deleted (Sau khi bản ghi đã bị xóa thành công)

(Ngoài ra còn có các sự kiện bổ trợ như retrieved khi Model vừa được lấy lên từ DB, hay restoring / restored dành riêng cho Soft Deletes).

3. Cách Lắng Nghe Sự Kiện Trực Tiếp Trên Model (Inline Events)

Thay vì viết một Observer riêng biệt (như bài trước đã bàn), bạn hoàn toàn có thể lắng nghe các sự kiện vòng đời này trực tiếp bên trong file Model thông qua phương thức tĩnh booted():

namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\Str;

class Post extends Model
{
    protected static function booted(): void
    {
        // Lắng nghe sự kiện trước khi tạo mới
        static::creating(function (Post $post) {
            // Tự động tạo slug từ tiêu đề nếu chưa có
            if (empty($post->slug)) {
                $post->slug = Str::slug($post->title);
            }
        });

        // Lắng nghe sự kiện trước khi xóa
        static::deleting(function (Post $post) {
            if ($post->is_published) {
                // 🛑 Chặn không cho xóa nếu bài viết đã được xuất bản!
                throw new \Exception("Không thể xóa bài viết đã xuất bản.");
            }
        });
    }
}

4. Sức Mạnh Tuyệt Đối: Cơ Chế "Chặn Đứng" (Aborting via -ing Events)

Điểm ăn tiền nhất của các sự kiện kết thúc bằng -ing chính là khả năng bóp phanh khẩn cấp.

Nếu bên trong closure của sự kiện creating, updating, hoặc deleting, bạn trả về tường minh giá trị false:

static::deleting(function (Post $post) {
    // Kiểm tra điều kiện bảo mật
    if (!auth()->user()->isAdmin()) {
        return false; // 💥 Hủy bỏ lệnh xóa ngay lập tức mà không văng Exception!
    }
});

Eloquent sẽ lập tức hủy bỏ toàn bộ câu lệnh SQL chuẩn bị chạy mà không báo lỗi chết chương trình (Fatal Error), giúp bạn kiểm soát chặt chẽ các quy tắc nghiệp vụ ngay tại tầng dữ liệu.

💡 Lời Kết

Hiểu rõ Database Lifecycle Events giúp bạn không còn phải đoán mò xem code xử lý logic nên đặt ở đâu trong Controller hay Service. Bằng cách móc nối đúng mốc thời gian vòng đời của dữ liệu, bạn có thể tự động hóa các tác vụ chuẩn hóa, kiểm tra ràng buộc và bảo vệ tính toàn vẹn của database một cách thông minh, gọn gàng và chuyên nghiệp nhất.