Getting VECTOR capabilities in MySQL 8.4 using VillageSQL

Changelog — Protox v2.1.0

Protox 2.1.0 cải thiện hiệu năng đáng kể với giảm ~40% bộ nhớ và ~37% số lần reduction khi mã hóa, cùng ~30% CPU/bộ nhớ khi giải mã. Phiên bản này nâng cấp generator version lên 2, yêu cầu phải regen file cho các phiên bản cũ hơn hoặc compilation sẽ thất bại. Error handling được cải tiến với nhiều invalid field values hơn ném ra EncodingError/DecodingError, và giải mã giờ xử lý wire-type mismatches như unknown fields thay vì misparse. Phiên bản 2.0.0 đã loại bỏ JSON support, bỏ các generated functions thay bằng schema/0, và thay đổi encoding functions để trả về size cùng iodata.

Lập trình viên nên đọc bài này để cập nhật về những thay đổi quan trọng về hiệu năng và API trong Protox v2.1.0.

EF Core 10 Is INSANE — Overview of Game Changer features

EF Core 10 giới thiệu các toán tử LeftJoin và RightJoin cấp first-class, cùng với named …

How to Build a GraphRAG System with Python, Neo4j and ServiceNow

Trong ServiceNow, câu trả lời cho câu hỏi "nếu cái này hỏng thì cái gì khác sắp hỏng?" luôn ẩn giấu trong cơ sở dữ liệu. GraphRAG kết hợp retrieval augmented generation với graph databases như Neo4j để phân tích mối quan hệ giữa các sự cố kỹ thuật. Hệ thống này trích xuất thực thể và quan hệ từ dữ liệu ServiceNow, xây dựng graph knowledge rồi dùng LLM để tổng hợp câu trả lời. Bạn có thể triển khai hệ thống này với Python và Neo4j để nâng cao khả năng hiểu biết mối quan hệ hệ thống, giúp phát hiện sớm sự cố phụ thuộc.

Bài hướng dẫn này giúp bạn xây dựng hệ thống GraphRAG với Python, Neo4j và ServiceNow để phân tích mối quan hệ hệ thống và dự đoán lỗi tiềm ẩn.

System Design Explained: APIs, Databases, Caching, CDNs, Load Balancing & Production Infra

Bài viết giải thích thiết kế hệ thống từ đơn giản (máy chủ đơn) đến phức tạp (hàng triệu người dùng), bao gồm API, cơ sở dữ liệu, caching, CDN, load balancing và hạ tầng sản xuất.

Bài viết giúp bạn hiểu rõ cách xây dựng cơ sở hạ tầng thực tế từ những nguyên tắc cơ bản nhất, từ đó tránh những sai lầm thường gặp khi mở rộng hệ thống khi còn mới mẻ.

gRPC-Web Failed the Web · Buf

gRPC-Web được ra đời để cho phép các ứng dụng trình duyệt gọi dịch vụ gRPC mà không cần thay đổi máy chủ, nhưng nó dựa trên việc mã hóa lại payload và thường yêu cầu một proxy như Envoy để chuyển đổi giữa HTTP/1.1 của trình duyệt và HTTP/2 của máy chủ. Vì trình duyệt không hỗ trợ nguyên bản HTTP/2, gRPC-Web buộc phải sử dụng định dạng mã hóa đặc biệt và thường chỉ hỗ trợ gọi unary, khiến các tính năng streaming của gRPC bị hạn chế hoặc mất đi. Điều này dẫn đến độ trễ tăng lên, kích thước gói tin lớn hơn và khiến trình duyệt trở thành khách hàng hạng hai so với các client gốc sử dụng gRPC qua HTTP/2. Bài viết gợi ý thay vào đó các nhà phát triển nên cân nhắc sử dụng giao thức RPC gốc cho web như ConnectRPC hoặc tRPC, hoặc đơn giản là REST/GraphQL khi không cần các tính năng streaming mạnh mẽ của gRPC. Bài học là khi chọn RPC cho ứng dụng web, ưu tiên những giải pháp không cần proxy và không làm thay đổi semantics của giao thức gốc để tránh những Overshoot về hiệu suất và tính năng.

Đọc bài này để hiểu cách gRPC-Web đã bị hạn chế trong môi trường web so với gRPC truyền thống, và tìm hiểu về những lỗ hổng về an toàn và hiệu suất, cùng so sánh với các giải pháp RPC phù hợp hơn cho web như Protocol Buffers Web để tối ưu hóa ứng dụng web hiện đại.

PostgreSQL Migrator 1.0 : first stable release

Dalibo đã phát hành bản ổn định 1.0 của PostgreSQL Migrator, công cụ mã nguồn mở miễn phí cho phép di chuyển database từ Oracle và MySQL/MariaDB sang PostgreSQL. Được xây dựng hoàn toàn bằng Go, công cụ này cung cấp khả năng kiểm tra catalog ngoại tuyến, đánh giá độ phức tạp, giao diện web tương tác, chuyển đổi schema và dữ liệu, biên dịch SQL/PL-SQL qua công cụ transqlate, và sao chép dữ liệu tốc độ cao. PostgreSQL Migrator hỗ trợ nguồn từ Oracle 11g đến 26ai và MySQL 8.4+/MariaDB 10+, nhắm đến PostgreSQL 16-19, với bản 1.0 hiện chỉ hỗ trợ chuyển đổi roles, schemas, sequences, tables, virtual columns, constraints và indexes. Dự án đạt độ ổn định sau 1 năm beta và release candidates, với cam kết tương thích về cấu hình, CLI và dự án cho tất cả các bản 1.x.

PostgreSQL Migrator 1.0 cung cấp giải pháp toàn diện để chuyển đổi cơ sở dữ liệu từ Oracle và MySQL sang PostgreSQL với nhiều tính năng mạnh mẽ.

Why use ORMs if LLMs write code?

ORMs vẫn cần thiết vì chúng cung cấp lớp trừu tượng an toàn, hiệu quả để tương tác với cơ sở dữ liệu, trong khi LLMs chỉ sinh code tiềm ẩn rủi ro lỗi, kém tối ưu và khó bảo trì. ORMs giúp chuẩn hóa truy vấn, tránh SQL injection và tối ưu hóa hiệu suất thông qua caching, điều mà code do LLM sinh ra khó đảm bảo.

Lập trình viên nên đọc bài này để hiểu cách ORM và SQL vẫn giữ vai trò quan trọng trong quản lý dữ liệu cơ bản, giúp tránh rủi ro lỗi và tối ưu hóa hiệu suất khi ứng dụng lớn cần kiểm soát trực tiếp dữ liệu.