How to use Prisma ORM 8 in NestJS: setup, queries, deploy

TanStack Charts 1.0

TanStack Charts 1.0 là thư viện charting hiện đại, cung cấp giải pháp thay thế cho các …

pg_plan_filter 1.0.0 released

pg_plan_filter 1.0.0 là module PostgreSQL có thể tải vào để đánh giá các câu lệnh trước khi thực thi dựa trên tiêu chí cost. Module này có thể từ chối các câu lệnh vượt quá giới hạn statement_cost_limit, giới hạn tổng cost của transaction bằng transaction_cost_limit, và tùy chọn chỉ áp dụng cho câu lệnh SELECT qua filter_select_only. Module được thiết kế để có thể mở rộng cho các loại filter khác và hỗ trợ PostgreSQL phiên bản 14 đến 18. Đây là công cụ hữu ích cho các nhà phát triển muốn kiểm soát resource usage trong các ứng dụng sử dụng PostgreSQL.

pg_plan_filter giúp quản lý chi phí thực thi truy vấn trong PostgreSQL bằng cách kiểm tra và giới hạn cost trước khi thực thi.

I Built a Distributed Task Queue from Scratch with Go and PostgreSQL

Tác giả đã xây dựng Dhara, một distributed task queue bằng Go sử dụng PostgreSQL làm queue duy nhất và nguồn sự thật thực tế. Sử dụng replication của PostgreSQL để đảm bảo high availability và các WAL (Write-Ahead Logging) để đảm bảo data consistency. Cấu trúc hiện tại hỗ trợ tới 5,000 tasks mỗi giây với độ trễ chỉ 10ms. Điều đáng học hỏi là việc tối ưu hóa connection pooling và cách tận dụng tính năng built-in của database để giảm dependency hệ thống.

Bài này giúp bạn hiểu cách xây dựng hàng đợi tác vụ phân tạp hiệu quả với Go và PostgreSQL mà không cần các hệ thống lưu trữ phụ.

Announcing OpenBao v2.7!

OpenBao v2.7 ra mắt với tính năng quan trọng là khả năng mở rộng ngang cho PostgreSQL, giúp tăng hiệu quả xử lý. Phiên bản này tích hợp hỗ trợ External HSM và KMS-Backed Keys, tăng cường bảo mật khóa dữ liệu. Đặc biệt, OpenBao v2.7 triển khai Post-Quantum Cryptography để chuẩn bị cho các mối đe dọa từ máy lượng tử trong tương lai. Những cải tiến này giúp OpenBao trở thành giải pháp quản lý bí mật mạnh mẽ hơn, phù hợp với cơ sở hạ tầng phức tạp và nhu cầu bảo mật cao.

OpenBao v2.7 mang đến khả năng mở rộng ngang cơ sở dữ liệu PostgreSQL, hỗ trợ HSM và KMS ngoài, cùng mật mã học lượng tử hậu thập niên cho hệ thống bảo mật mạnh mẽ hơn.

Supabase is acquiring Turso

Supabase đang mua lại Turso để xây dựng cơ sở hạ tầng database cho AI agent. …

SvelteKit 3 Reaches Release Candidate, Moving Config to Vite and Retiring the $lib Alias

SvelteKit 3 đang ở giai đoạn release candidate, tập trung vào tinh chỉnh code và chuẩn bị …

Memory safety for Postgres extensions in C/C++

ClickHouse phải giải quyết vấn đề memory safety khi viết extension cho Postgres bằng C/C++, do hai ngôn ngữ này không có bảo vệ tự động. Họ xử lý bằng cách thiết lập ranh giới rõ ràng giữa C và C++ code, cùng với việc sử dụng isolated helper processes. Giải pháp này giúp ngăn chặn buffer overflow và memory leak, đặc biệt quan trọng khi xử lý dữ liệu lớn. Lập trình viên nên đọc bài để hiểu cách ClickHouse quản lý memory giữa các ngôn ngữ khác nhau và áp dụng pattern này vào các dự án của mình.

Bài viết này giải quyết các thách thức về an toàn bộ nhớ khi kết hợp C và C++ cho Postgres extensions, từ ranh giới ngôn ngữ sạch sẽ đến các tiến trình trợ lý được cách ly.

Saved the Order, Lost the Event: Why You Need the Outbox Pattern

Trong hệ thống phân tán, vấn đề "save-then-publish" có thể gây mất sự kiện (event) mà không ghi log lỗi nào. Nguyên nhân kỹ thuật là transaction database và message broker hoạt động độc lập, dẫn đến tình trạng message bị drop dù insert thành công. Hệ quả là các subscriber không nhận được event cần thiết, làm hỏng tính toàn vẹn dữ liệu. Pattern Outbox + Inbox sử dụng cùng một transaction để lưu cả event và dữ liệu vào database, đảm bảo không mất sót message, thực hiện hiệu quả với Postgres và Node.js.

Bài này giải thích cách tránh mất sự kiện khi lưu trữ dữ liệu bằng pattern Outbox trong Postgres và Node.js.