Trả lời: ORM là kỹ thuật thao tác DB qua đối tượng OOP. Giúp code dễ đọc, dễ bảo trì và ngăn chặn SQL Injection một cách tự nhiên.

Trả lời: Là hệ thống quản lý phiên bản cho database, giúp cả team đồng bộ cấu trúc bảng dễ dàng qua dòng lệnh.

Trả lời: Phụ thuộc vào vị trí Khóa ngoại (Foreign Key). Class nào chứa khóa ngoại thì dùng belongsTo. Class không chứa khóa ngoại thì dùng hasOne.

Trả lời: Dùng để nạp dữ liệu mẫu (dummy data) vào database, hỗ trợ quá trình phát triển và testing.

Trả lời: Là giao diện lập trình của Laravel giúp xây dựng các câu query SQL phức tạp một cách fluent (chuỗi hóa) mà không cần viết raw SQL.

Trả lời: Là lỗ hổng khi user gửi thêm dữ liệu không mong muốn qua form. Bảo vệ bằng cách khai báo $fillable hoặc $guarded trong Model.

Trả lời: Dùng phương thức static ModelName::all().

Trả lời: Thay vì xóa vĩnh viễn, Laravel đánh dấu cột deleted_at. Dữ liệu vẫn còn trong DB nhưng mặc định sẽ không hiện lên trong các câu query.

Trả lời: Mỗi Model đại diện cho một bảng trong Database. Mỗi instance (object) của Model đại diện cho một hàng (row) trong bảng đó.

Trả lời:

• save(): Dùng cho object đã khởi tạo, dùng được cho cả update.
• create(): Nhận vào 1 mảng dữ liệu, thực hiện mass assignment và tạo mới ngay lập tức.

Trả lời: Lỗi fetch dữ liệu liên quan trong vòng lặp. Khắc phục bằng Eager Loading dùng phương thức with(['relationship']).

Trả lời: Khi cần hiệu năng tối đa (giảm overhead tạo model), khi cần update/delete hàng loạt, hoặc khi viết các báo cáo phức tạp với nhiều phép Join.

Trả lời: Cho phép đóng gói các điều kiện query hay dùng thành các method dễ đọc (ví dụ: User::active()->get()). Giúp code mang tính declarative.

Trả lời: Dùng bảng trung gian (pivot table) chứa khóa ngoại của cả 2 bảng chính. Ví dụ: users, roles và bảng pivot role_user.

Trả lời:

• Accessors: Định dạng lại dữ liệu khi lấy ra (ví dụ: viết hoa tên).
• Mutators: Biến đổi dữ liệu trước khi lưu vào DB (ví dụ: băm mật khẩu).

Trả lời: Dùng DB::transaction(function () { ... }). Đảm bảo các lệnh bên trong hoặc cùng thành công, hoặc cùng thất bại (rollback).

Trả lời:

• get(): Trả về 1 collection nhiều hàng.
• first(): Trả về 1 hàng đầu tiên.
• find(id): Tìm theo khóa chính.
• pluck('column'): Chỉ lấy giá trị của 1 cột dưới dạng mảng.

Trả lời: Dùng các method join(), leftJoin(), rightJoin(), kèm theo các closure để định nghĩa các điều kiện ON phức tạp.

Trả lời: Khi bạn đã có 1 object model rồi mới quyết định load thêm quan hệ của nó bằng method load() (ví dụ: $user->load('posts')).

Trả lời: Định nghĩa cấu trúc dữ liệu mẫu một cách tự động (dùng thư viện Faker). Giúp tạo hàng nghìn bản ghi để test hiệu năng hoặc tính năng cực nhanh.

Trả lời: Dùng magic method __get. Khi truy cập thuộc tính không tồn tại (là tên quan hệ), Laravel tự động gọi method quan hệ tương ứng, execute query và cache kết quả vào $relations.

Trả lời:

• chunk: Load từng đoạn dữ liệu (ví dụ 1000 hàng) vào RAM.
• cursor: Dùng PHP Generators, chỉ load DUY NHẤT 1 hàng vào RAM tại 1 thời điểm. Tối ưu nhất cho bộ nhớ.
• each: Thường dùng phối hợp với chunk.

Trả lời: 1 model trỏ tới nhiều model khác nhau qua 2 cột: id và type (class name). Ví dụ: Comment có thể thuộc về Post hoặc Video.

Trả lời: Tự động áp dụng điều kiện cho MỌI câu query của model đó. Nguy hiểm: Nếu quên, dev có thể không hiểu tại sao query không ra dữ liệu (ví dụ: scope ẩn các user chưa active).

Trả lời: Dùng mảng with(['posts' => function($query) { $query->where('title', 'like', '%...%'); }]).

Trả lời: creating, created, updating, updated, deleting, deleted… Ứng dụng: tự động tạo slug, xóa file liên quan khi model bị xóa, ghi log thay đổi.

Trả lời: Dùng phương thức addSelect() hoặc truyền một closure vào where(). Laravel hỗ trợ rất tốt việc lồng các câu query model vào nhau.

Trả lời: Tự động biến đổi kiểu dữ liệu giữa PHP và DB. json cast giúp lưu mảng PHP vào cột TEXT/JSON của DB và ngược lại một cách minh bạch.

Trả lời: Update if exists, else Insert. Laravel dùng method upsert() để thực hiện thao tác này hàng loạt chỉ với 1 câu query SQL duy nhất, cực kỳ hiệu quả.

Trả lời: Dùng DB::enableQueryLog() và DB::getQueryLog(). Hoặc dùng các công cụ như Laravel Debugbar hoặc Telescope.

Trả lời: Kiến trúc Horizontal Sharding. Chia dữ liệu theo Tenant ID hoặc khu vực địa lý. Sử dụng mô hình Write Master - Read Replica. Kết hợp các giải pháp NoSQL cho dữ liệu phi cấu trúc.

Trả lời: Cấu hình trong config/database.php với mảng read và write. Laravel tự động điều hướng: các lệnh SELECT vào Slave, các lệnh còn lại (Insert/Update/Delete) vào Master.

Trả lời: Dùng Pessimistic Locking (sharedLock() hoặc lockForUpdate()) để block các process khác. Hoặc dùng Optimistic Locking bằng cách kiểm tra version thủ công.

Trả lời: Dùng Eloquent Observers bắn Event -> Đẩy vào Queue xử lý bất đồng bộ -> Lưu vào một DB riêng (NoSQL hoặc bảng chuyên dụng) để tránh làm nghẽn Main DB.

Trả lời: UUID: Bảo mật hơn (không đoán được ID), tốt cho Microservices. Đánh đổi: Index chậm hơn, tốn bộ nhớ hơn, gây phân mảnh index đĩa cứng do UUID không có tính sắp xếp (nên dùng UUID v7).

Trả lời: Định kỳ chuyển dữ liệu cũ sang các bảng _history hoặc đẩy sang các giải pháp Data Warehouse như BigQuery/S3. Dùng middleware hoặc Dynamic Model để truy cập khi cần.

Trả lời: Khi gặp các câu query cực kỳ đặc thù của 1 loại DB (như JSON path nâng cao của PostgreSQL), khi cần join quá nhiều bảng (10+), hoặc khi profile thấy Eloquent đang chiếm > 50% thời gian xử lý request.

Trả lời: Dùng chiến lược 3 bước: 1. Thêm cột mới. 2. Dual-write (ghi cả 2 cột). 3. Background job copy data cũ sang mới. 4. Xóa cột cũ ở bản deploy sau.

Trả lời: Cache theo ID hoặc theo query. Thách thức lớn nhất là Cache Invalidation khi dữ liệu thay đổi. Cần sử dụng Events để xóa cache tương ứng ngay lập tức.

Trả lời: Để tối ưu cho sự đơn giản và tốc độ phát triển (Developer Experience). Active Record cực kỳ phù hợp cho các ứng dụng Web thông dụng, nơi Model và Table có quan hệ gần như 1-1.

Xử lý: 1. Đánh Index cột post_id. 2. Sử dụng Phân trang (Pagination). 3. Dùng Eager Loading cho user của comment. 4. Cân nhắc dùng kiến trúc phân cấp (Nested Sets) nếu là comment đa tầng.

Xử lý: Viết 1 Artisan Command chạy ngầm qua Scheduler. Dùng DB::connection('mysql')->table(...)->chunk() và Insert sang PostgreSQL theo từng khối để tránh tràn bộ nhớ.