How one connection kills a database — PlanetScale

Why DuckDB 2.0 is faster

DuckDB 2.0 mang lại hiệu suất vượt trội với recursive CTEs nhanh hơn tới 90x so với phiên …

Filtering EF Core by a Large List: The 2,100 Parameter Wall

EF Core 10 đã thay đổi cách thức hàm Contains gửi danh sách đến SQL Server với giới hạn 2,100 parameter, vượt qua ngưỡng này sẽ gây lỗi. Nguyên nhân kỹ thuật nằm ở SQL Server limiting number of parameters trong một câu lệnh. Hệ quả là query thất bại khi danh sách filter vượt quá 2,100 mục. Bạn có thể giải quyết bằng kỹ thuật SplitQuery hoặc AsEnumerable() nhưng cần benchmark để chọn phương án tối ưu cho trường hợp cụ thể.

Bài này giúp lập trình viên hiểu và giải quyết vấn đề giới hạn tham số khi lọc Entity Framework Core với danh sách lớn.

Eloquent Performance and Database Design: Evidence Before Eager Loading

Bài viết phân tích hiệu năng Eloquent trong Laravel, tập trung vào phát hiện N+1 queries và các kỹ thuật tối ưu hóa database design. Tác giả chỉ ra việc sử dụng eager loading thay vì lazy loading giúp giảm từ 150 truy vấn xuống còn 2 truy vấn cho cùng dữ liệu. Các kỹ thuật quan trọng được đề cập bao gồm pagination với chunking, transaction boundaries và việc phân tích query plans bằng EXPLAIN. Điều đáng học là cách cân bằng giữa tính chính xác dữ liệu và hiệu năng thông qua chọn lọc aggregation functions và indexes phù hợp.

Bài viết này giúp lập trình viên tối ưu hiệu năng ứng dụng bằng cách giải quyết các vấn đề về truy vấn N+1, thiết kế cơ sở dữ liệu và chiến lược xử lý dữ liệu hiệu quả.

Avoid Duke Nukem Forever Mode

Bối cảnh là việc phát triển phần mềm bị đình trệ, đặc biệt với dự án Duke Nukem Forever. …

Scaling Down Costs, Not Performance: How We Migrated from Couchbase to PostgreSQL

Trendyol xử lý hàng triệu sự kiện và giao dịch mỗi ngày và trước đây dựa vào Couchbase làm …

The Corruption That Wasn’t There

Bối cảnh: bài trìnhày phân tích lớp thứ tư hệ thống phát hiện gian lận aiHelpDesk thông qua truy vấn SQL thực tế đã phát hiện ra vấn đề. Nguyên nhân kỹ thuật: hệ thống sử dụng kỹ thuật timestamping và checksum để phát hiện sự thay đổi dữ liệu không hợp lệ trong database SQL Server. Hệ quả: lớp bảo mật này đã ngăn chặn thành công các cuộc tấn công injection và data tampering bằng cách phát hiện ra các giao dịch bất thường với độ trễ chỉ 2.3ms. Điều đáng học: bài viết cung cấp minh chứng rõ ràng về hiệu quả của việc kết hợp nhiều lớp bảo mật trong các hệ thống AI và cách sử dụng truy vấn SQL phức tạp để bảo vệ dữ liệu.

Bài này giúp lập trình viên hiểu cách phân tích forensics và sử dụng truy vấn SQL để phát hiện gian lận trong hệ thống.

Is Prisma 8 Ready for Long-Lived Production Apps?

Bối cảnh: Prisma 8 đang là chủ đề bàn luận trong các cộng đồng lập trình với những lo ngại về khả năng triển khai trong các ứng dụng sản phẩm lâu dài. Nguyên nhân kỹ thuật: Lead developer của Prisma 8 giải quyết ba vấn đề chính từ Reddit discussion: kiến trúc mới, động lực thương mại của Prisma, và liệu migration model có che đi SQL hay không. Hệ quả: Những giải đáp này giúp làm rõ hướng phát triển của Prisma và tăng cường niềm tin của lập trình viên khi cân nhắc sử dụng framework cho các dự án lớn. Điều đáng học: Người dùng nên chú ý đến cách Prisma cân bằng giữa trừu tượng hóa SQL và cung cấp quyền kiểm soát trực tiếp khi cần thiết.

Bài này giải đáp ba mối quan trọng về Prisma 8 giúp lập trình viên đánh giá khả năng triển khai ứng dụng sản xuất lâu dài.