2026-10-07: PostgreSQL JDBC 42.7.14 Security update for multiple CVE's

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 …

All Your GUCs in a Row: array_nulls (Special Update)

PostgreSQL loại bỏ hoàn toàn tham số array_nulls đã bị deprecated từ 2005, sau khi phát hiện lỗi pg_dump không giữ giá trị này trong preamble, dẫn đến việc restore database có array_nulls tắt sẽ chuyển null array thành chuỗi 'NULL' không báo lỗi. Tom Lane chọn loại bỏ thay vì chỉ giới hạn giá trị theo tiền lệ của default_with_oids và escape_string_warning. Việc xóa GUC này phá hỏng lệnh SET, cản trở khởi động server nếu đặt trong postgresql.conf, và khiến pg_upgrade thất bại ngay cả khi chạy --check, như hiện tại khi nâng từ 18.6 lên 19 beta với escape_string_warning và standard_conforming_strings=off. Cần kiểm tra các file config, thiết lập ALTER DATABASE/ROLE, và function body cho array_nulls rồi RESET trước khi upgrade.

Lập trình viên nên đọc bài này để biết cách tránh lỗi nghiêm trọng khi nâng cấp PostgreSQL do việc loại bỏ tham số array_nulls đã gây ra sự cố khôi phục dữ liệu và phá vỡ cấu hình hiện có.

The International Ice Patrol

The International Ice Patrol so sánh bốn hệ thống PostgreSQL truy vấn dữ liệu Apache Iceberg/Parquet, bao gồm aurora_analytics của AWS Aurora, pg_lake của Snowflake, ColdFront của pgEdge, và pg_clickhouse FDW của ClickHouse. Aurora nhúng DuckDB vào cùng tiến trình với pushdown đầy phần hoặc tùy thuộc vào biểu thức không được hỗ trợ, trong khi pg_lake chạy DuckDB tiến trình riêng và hỗ trợ ghi ACID đầy đủ nhưng rơi lại planner PostgreSQL với thống kê kém cho các heap joins. ColdFront sử dụng pg_duckdb cho tự động phân tầng hot/cold qua view với việc takeover toàn bộ kế hoạch nhưng vẫn ở beta, còn pg_clickhouse là FDW tiêu chuẩn không hỗ trợ Iceberg gốc và gặp vấn đề về ước tính cardinality. Nên dùng EXPLAIN (VERBOSE) để xác minh planner thực thi join, và mỗi công cụ phù hợp với trường hợp sử dụng cụ thể do cách planner và pushdown khác nhau.

Bài viết này giúp lập trình viên hiểu rõ cách các hệ thống tương thích PostgreSQL truy vấn dữ liệu Iceberg/Parquet và chọn công cụ phù hợp cho nhu cầu cụ thể của họ.

Supabase is acquiring Turso

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

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 …

Git 3.0's upcoming SHA-256 default will be a costly mistake

Git 3.0 đang chuẩn bị chuyển sang sử dụng SHA-256 làm thuật toán hash mặc định, gây ra gánh nặng chi phí khổng lồ cho toàn hệ sinh thái Git. Việc thay đổi này sẽ buộc tất cả các repository phải xử lý file lớn hơn đáng kể so với SHA-1 hiện tại, gây ra vấn đề về hiệu năng và lưu trữ. Nguyên nhân kỹ thuật nằm ở việc SHA-256 tạo ra hash 256-bit dài gấp đôi SHA-1, làm tăng kích thước object store và network traffic. Hệ quả sẽ là các dự án lớn phải đối mặt với thời gian clone/push/pull lâu hơn và không gian lưu trữ tăng gấp đôi. Điều đáng học hỏi là các quyết định thay đổi core technical specification cần cân nhắc kỹ lưỡng ảnh hưởng toàn hệ thống, không chỉ tập trung vào tính bảo mật mà còn xem xét đến hiệu năng và trải nghiệm người dùng.

Đọc bài này để hiểu về những tác động tiêu cực tiềm ẩn khi Git chuyển sang thuật toán SHA-256 mặc định.

Issue #643: When worker threads beat processes for Node efficiency — Node Weekly

Node.js đang đối mặt với thách thức hiệu năng khi xử lý tác vụ I/O nặng. Trong môi trường production, các tác vụ tính toán phức tạp có thể block event loop, làm giảm hiệu suất ứng dụng. Nghiên cứu chỉ ra rằng sử dụng worker threads trong Node.js hiệu quả hơn so với việc tạo các process riêng biệt, giảm thiểu memory overhead tới 30% và tăng throughput lên 25% trong các test benchmark. Đáng học hỏi là cách Node.js quản lý thread pool với tham số UV_THREADPOOL_SIZE cho phép tối ưu hóa tài nguyên hệ thống. Các lập trình viên nên cân nhắc kỹ khi quyết định giữa worker threads và processes dựa trên đặc thù ứng dụng và tài nguyên hệ thống sẵn có.

Bài viết giải thích khi nào và tại sao sử dụng worker threads hiệu quả hơn processes trong Node.js để tối ưu hóa hiệu năng ứng dụng.