Xin chào các bạn, hôm nay, chúng ta sẽ cùng khám phá một tính năng mạnh mẽ của Entity Framework Core (EF Core): Split Query. Mình sẽ phân tích chi tiết cách Split Query hoạt động, so sánh tốc độ và hiệu năng với Single Query(truy vấn thường), đồng thời đưa ra các ví dụ thực tế và khuyến nghị để bạn áp dụng hiệu quả trong dự án.
Nếu bạn đang đau đầu với hiệu năng truy vấn dữ liệu liên kết, hi vọng bài viết này sẽ giúp bạn tìm ra giải pháp tối ưu hơn.
Trước khi đi vào so sánh, hãy làm rõ hai khái niệm này:
Để đánh giá tốc độ và hiệu năng, mình đã tham khảo các benchmark từ tài liệu chính thức của Microsoft và các bài phân tích từ cộng đồng lập trình viên. Dưới đây là những so sánh chi tiết qua các kịch bản thực tế.
Khi truy vấn một bảng với ít dữ liệu liên kết (ví dụ: danh sách công ty không kèm sản phẩm), Single Query thường nhanh hơn do chỉ cần một lần giao tiếp với database (round-trip).
Benchmark (theo Code Maze):
Phân tích:
Kết luận: Với dữ liệu nhỏ và ít mối quan hệ, Single Query là lựa chọn tốt nhờ đơn giản và nhanh chóng.
Khi truy vấn dữ liệu với nhiều mối quan hệ "một-nhiều" (ví dụ: danh sách công ty kèm sản phẩm), Split Query vượt trội nhờ tránh hiện tượng Cartesian Explosion – khi số hàng trả về tăng đột biến do các lệnh JOIN.
Benchmark (theo Code Maze):
Phân tích:
Kết luận: Với dữ liệu lớn và nhiều mối quan hệ, Split Query là lựa chọn tối ưu để cải thiện tốc độ và tiết kiệm tài nguyên.
Một bài viết trên Medium đã kiểm tra hiệu năng khi xử lý 7300 sản phẩm với các kịch bản cập nhật:
Cập nhật 3500 sản phẩm:
Cập nhật 10 sản phẩm:
Phân tích:
Kết luận: Split Query phù hợp cho các tác vụ xử lý dữ liệu lớn, trong khi Single Query tốt hơn cho các cập nhật nhỏ.
Theo tài liệu trên Microsoft Learn, Single Query có thể gây ra hiệu năng kém khi dữ liệu lớn do Cartesian Explosion. Split Query, mặc dù tăng số lần round-trip, lại giảm đáng kể lượng dữ liệu truyền tải, giúp tiết kiệm băng thông và bộ nhớ.
Ví dụ thực tế: Truy vấn đơn hàng và chi tiết
Hãy xem một ví dụ cụ thể để minh họa sự khác biệt giữa hai phương pháp.
Với Single Query
var orders = dbContext.Orders
.Include(o => o.OrderDetails)
.ThenInclude(od => od.Product)
.ToList();SQL được tạo (giả định):
SELECT o.*, od.*, p.*
FROM Orders o
LEFT JOIN OrderDetails od ON o.Id = od.OrderId
LEFT JOIN Products p ON od.ProductId = p.IdVấn đề tiềm ẩn: Nếu một đơn hàng có 10 chi tiết và mỗi chi tiết liên kết với một sản phẩm, số hàng trả về có thể rất lớn, dẫn đến tiêu tốn bộ nhớ và thời gian xử lý.
Với Split Query
var orders = dbContext.Orders
.Include(o => o.OrderDetails)
.ThenInclude(od => od.Product)
.AsSplitQuery()
.ToList();SQL được tạo (giả định):
-- Truy vấn 1: Lấy Orders
SELECT * FROM Orders
-- Truy vấn 2: Lấy OrderDetails
SELECT * FROM OrderDetails WHERE OrderId IN (...)
-- Truy vấn 3: Lấy Products
SELECT * FROM Products WHERE Id IN (...)Lợi ích: Mỗi truy vấn chỉ lấy dữ liệu cần thiết, giảm số hàng trả về và tránh lặp lại dữ liệu dư thừa.
Dựa trên các phân tích và kinh nghiệm thực tế, mình đưa ra các khuyến nghị sau:
Sử dụng Single Query khi:
Sử dụng Split Query khi:
Sử dụng phương thức AsSplitQuery() để bật Split Query cho một truy vấn cụ thể:
var orders = dbContext.Orders
.Include(o => o.OrderDetails)
.ThenInclude(od => od.Product)
.AsSplitQuery()
.ToList();Nếu muốn áp dụng Split Query cho tất cả truy vấn, cấu hình trong DbContext:
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
optionsBuilder.UseSqlServer(connectionString,
o => o.UseQuerySplittingBehavior(QuerySplittingBehavior.SplitQuery));
}Nếu đã bật Split Query toàn cục, bạn có thể dùng AsSingleQuery() cho một truy vấn cụ thể:
var orders = dbContext.Orders
.Include(o => o.OrderDetails)
.AsSingleQuery()
.ToList();Kết hợp với các kỹ thuật tối ưu khác:
Split Query và Single Query là hai công cụ mạnh mẽ trong Entity Framework Core, mỗi cái phù hợp với các tình huống khác nhau. Split Query tỏ ra vượt trội khi xử lý dữ liệu lớn với nhiều mối quan hệ, giúp giảm thời gian thực thi (nhanh gấp 5-6 lần trong một số trường hợp) và tiết kiệm bộ nhớ. Ngược lại, Single Query phù hợp hơn với dữ liệu nhỏ, ít mối quan hệ, hoặc khi cần giảm độ trễ mạng.
Là một senior .NET developer, mình khuyên bạn nên thử nghiệm cả hai phương pháp trong dự án thực tế, sử dụng các công cụ đo lường để so sánh hiệu năng, và chọn giải pháp phù hợp với yêu cầu cụ thể.
Nếu bạn có mẹo hay kinh nghiệm khi dùng Entity Framework Core, hãy chia sẻ ở phần bình luận để chúng ta cùng học hỏi nhé! Cảm ơn các bạn đã đọc bài viết. Hãy theo dõi blog của mình để cập nhật thêm nhiều bài viết công nghệ tâm huyết khác!
Tài liệu tham khảo:
/Son Do - I share real-world lessons, team building & developer growth.
#1percentbetter #EntityFrameworkCore #SplitQuery #SingleQuery #DotNet #NETDevelopment #PerformanceOptimization #DatabaseQuery #CSharp #SQLPerformance #TechBlog #SoftwareEngineering #BackendDevelopment
