Postgres Is Enough

Supabase is acquiring Turso

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

MariaDB Foundation Adds PostgreSQL to Its Engine‑Agnostic Testing Framework (TAF).

MariaDB Foundation đã tích hợp PostgreSQL vào framework tự động hóa kiểm thử Test Automation Framework (TAF) qua pull request #7 từ kỹ sư Lukas Oliva của Virtuozzo. Plugin postgres.pm - một module Perl tự chứa - mang lại cho PostgreSQL khả năng ngang hàng với các plugin MariaDB và MySQL hiện có, hỗ trợ cài đặt tự động, quản lý vòng đời, thực thi SQL qua tầng SQL trung gian và các file thuộc tính tái tạo được. Toàn bộ bộ test TAF hiện có như HammerDB (TPROC-C, TPROC-H) và sysbench (OLTP, point-select, update-index, custom Lua) giờ đã có thể chạy trên PostgreSQL với đầy đủ quét đồng thời, profiling và báo cáo. Foundations đang mời cộng đồng PostgreSQL đóng góp các bộ test và profile tối ưu hóa riêng cho PostgreSQL.

MariaDB Foundation đã tích hợp PostgreSQL vào khung kiểm thử tự động TAF, cho phép lập trình viên chạy tất cả các bộ kiểm thử hiện có với đầy đủ tính năng song song, phân tích và báo cáo.

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.

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.

**Data-Driven vs Event-Driven Architecture: How to Pick the Right One**

Data-driven architecture tập trung vào nguồn dữ liệu chung (database, data warehouse) mà các service truy vấn, trong khi event-driven dựa trên message broadcast khi có sự kiện, được các service độc lập tiêu thụ. Data-driven coupling chặt hơn trong khi event-driven cho phép loose coupling nhưng tăng độ phức tạp hệ thống khi số lượng events lớn. Data-driven phù hợp cho analytics, ML và ứng dụng đơn giản, còn event-driven tối ưu cho features thời gian thực, microservices và scaling không đồng đều. Hai phương pháp này thực chất bổ trợ chứ không cạnh tranh nhau - câu hỏi quyết định nên bắt đầu đơn giản và chỉ thêm events khi thực sự cần thiết.

Bài viết này giúp lập trình viên lựa chọn kiến trúc phù hợp giữa data-driven và event-driven dựa trên nhu cầu cụ thể của dự án.

I Asked AI to Explain a Bug. Then I Asked It to Prove Its Explanation

Bài viết khám phá một rò rỉ kết nối PostgreSQL trong dịch vụ Python FastAPI bằng cách sử dụng ChatGPT để phân tích lỗi. Nguyên nhân kỹ thuật được ChatGPT xác định là việc không đóng connection pool sau khi sử dụng, dẫn đến resource exhaustion. Hệ quả là database connection tăng lên 200+ và service crash sau 30 phút. Điểm đáng học là việc yêu cầu ChatGPT chứng minh giải thích bằng code test và PostgreSQL metrics giúp xác thực chính xác vấn đề, demonstrating giá trị của prompt engineering trong debugging.

Bài này giúp lập trình viên học cách sử dụng AI hiệu quả để phân tích lỗi và xác minh giải pháp trong các dự án thực tế với PostgreSQL và FastAPI.

pg_vault_tde v1.7.2 : Critical crash fixes, new on-disk format, and stability improvements

pg_vault_tde phiên bản 1.7.2 đã sửa các lỗi nghiêm trọng gây crash và sai dữ liệu, đặc biệt với thao tác UPDATE trên bảng có cột biến độ dài được index, lỗi ngưỡng TOAST ảnh hưởng đến giá trị mã hóa, và lỗi hàng all-NULL làm bảng không đọc được được. Phiên bản này giới thiệu định dạng đĩa mới (v5) yêu cầu VACUUM FULL trên mọi bảng đã mã hóa sau khi nâng cấp nếu toast_custom_rmgr được bật, đồng thời không hỗ trợ nâng cấp rolling giữa primary và standby. Các lỗi về index tde_btree trong range queries, ORDER BY, merge joins và vấn đề rotation/migration dữ liệu cũng đã được khắc phục. Bạn nên đọc bài gốc nếu đang sử dụng pg_vault_tde để hiểu rõ cách chuyển đổi định dạng và tránh các vấn đề dữ liệu khi thực hiện UPDATE trên hàng v4-format.

pg_vault_tde 1.7.2 quan trọng vì nó sửa lỗi nghiêm trọng gây crash và giới thiệu định dạng đĩa mới ảnh hưởng đến cách quản lý dữ liệu mã hóa của bạn.

pg_ivm 1.16 released

pg_ivm 1.16 đã được phát hành để khắc phục nhiều lỗi quan trọng, bao gồm lỗi segfault khi materialized view được incremental maintenance bị drop trong cùng transaction. Nguyên nhân kỹ thuật liên quan đến việc xử lý không đúng các cột thiếu default equality operators và quản lý OID sai khi global OID counter vượt quá INT_MAX. Các hệ quả bao gồm transaction thất bại do vấn đề timing khi release lock trong quá trình incremental maintenance. Bài viết đáng học vì nó trình bày chi tiết cách PostgreSQL extension xử lý các vấn đề phức tạp trong maintain materialized views với hiệu năng cao.

Bài viết này giúp lập trình viên biết các sửa lỗi quan trọng trong pg_ivm 1.16 để tránh sự cố khi làm việc với materialized views trong PostgreSQL.