See you in Lisbon!

Ruby 3.4.11 Released

Ruby 3.4.11 vừa được phát hành như một bản cập nhật định kỳ nhằm sửa lỗi. Bản cập nhật này tập trung vào các bugfix để cải thiện độ ổn định cho ngôn ngữ Ruby. Phiên bản này không chứa các tính năng mới mà chỉ tập trung vào sửa các vấn đề đã được báo cáo. Với lập trình viên Ruby, việc cập nhật lên phiên bản này là cần thiết để tránh các potential issue có thể ảnh hưởng đến ứng dụng.

Ruby 3.4.11 mang những sửa lỗi quan trọng mà lập trình viên Ruby cần biết để đảm bảo tính ổn định cho ứng dụng.

Doltgres now supports multi-dimensional arrays

Doltgres đã bổ trợ tính năng multi-dimensional arrays, tương tự như hệ quản trị cơ sở dữ liệu Postgres. Việc triển khai tính năng này được thực hiện thông qua việc hỗ trợ kiểu dữ liệu array trong ngôn ngữ SQL cho phép lưu trữ các cấu trúc dữ liệu phức tạp nhiều chiều. Người dùng có thể thao tác với các mảng đa chiều sử dụng cú pháp SELECT array_dims(array_column) FROM table_name tương tự như trong Postgres. Đối với các lập trình viên làm việc với dữ liệu khoa học hoặc tài chính, tính năng này mở ra khả năng xử lý dữ liệu phức tạp mà không cần chuyển đổi sang định dạng khác. Việc triển khai này giúp Doltgres trở thành một lựa chọn thay thế đáng cân nhắc cho các dự án yêu cầu tương thích cao với Postgres nhưng cần các tính năng mở rộng.

Bài viết này giúp lập trình viên biết cách sử dụng mảng đa chiều trong Doltgres tương tự như trong Postgres.

TimescaleDB Course – PostgreSQL for Time-Series Data

Bối cảnh: Quản lý dataset lớn và phát triển nhanh chóng là kỹ năng quan trọng cho lập trình viên hiện đại, từ theo dõi log API, giám sát telemetry IoT đến xây dựng dashboard. Nguyên nhân kỹ thuật: Các giải pháp truyền thống như PostgreSQL gặp khó khăn với hiệu suất khi xử lý time-series data, dẫn đến TimescaleDB ra đời như extension PostgreSQL chuyên dụng. Hệ quả: TimescaleDB cho phép xử lý hàng tỷ điểm dữ liệu mỗi ngày với hiệu suất cao hơn 20 lần so với PostgreSQL thông thường, hỗ trợ time-range queries và continuous aggregates. Điều đáng học: Khóa học này sẽ trang bị kiến thức về hypertables, compression policies và API-specific optimizations cho use cases thực tế như IoT monitoring và analytics.

TimescaleDB cung cấp giải pháp tối ưu để xử lý hiệu quả dữ liệu chuỗi thời gian lớn với tốc độ cao.

Concurrency Control: Arbitration vs. Serialization

Concurrency control trong hệ thống phân tạp tồn tại hai hình thức khác nhau và hầu hết lỗi …

Announcing PostgreSQL for agents in AlloyDB

AlloyDB giới thiệu kiến trúc thế hệ mới cho phép mở rộng PostgreSQL đồng thời với hàng triệu truy vấn AI song song mà không ảnh hưởng đến production. Giải pháp này khắc phục được vấn đề performance bottleneck khi xử lý cả workload AI và transactional data trên cùng một hệ thống. Công nghệ kết hợp Distributed PostgreSQL với vector database hỗ trợ hiệu suất cho hàng triệu truy vấn đồng thời. Lập trình viên làm việc với AI và database nên tìm hiểu để tối ưu hóa hệ thống xử lý cả transaction và AI workloads.

Bài viết này giúp bạn hiểu cách mở rộng PostgreSQL cùng hàng triệu truy vấn AI song song không ảnh hưởng đến hệ thống sản xuất trên AlloyDB.

Your Neon Functions can now run on a schedule

Neon Functions nay ho tro chay theo lịch triger bang cron job, su dung tinh nang scale to zero de tien ich. He thong se tu dong goi ham khi dieu kien thoi gian duoc dat ra. Cac cron job trong Neon Functions hoan toan tuong thich voi quy mo scale to zero. Feature nay giup tinh toan chi khi can, giam chi phi khi khong su dung. Neu ban dang su dung Neon va can thuc thi ham theo chu ky, tinh nang nay rat huu ich.

Cron jobs trong Neon Functions giúp tự động hóa và tối ưu chi phí bằng cách chạy code theo lịch trình với khả năng mở rộng về quy mô.

pgBackRest Compression: How Much CPU Is a Smaller Backup Worth?

pgBackRest đã được benchmark với các thuật toán nén khác nhau (gz, lz4, zst, bz2) trên dữ liệu thực từ Stack Exchange. Zstandard ở mức thấp (zst(3)) cho tỷ lệ CPU-cost-to-savings tốt nhất với tỷ lệ tiết kiệm 64.7% chỉ trong 59 CPU-seconds, trong khi mức zst(22) chỉ giảm thêm 9.4% dung lượng nhưng tốn gấp 90 lần CPU. LZ4 chỉ hiệu quả ở mức 1 hoặc thấp hơn, gzip đạt đỉnh ở mức 5-6, còn bz2 không bao giờ nằm trên biên hiệu quả. Bạn nên tự benchmark với dữ liệu thực của mình trước khi chọn mức nén sản phẩm.

Bài này giúp bạn chọn mức nén tối ưu cho pgBackRest bằng cách phân tích chi phí CPU và hiệu suất lưu trữ cho từng thuật toán.