Postgres 19: How Our Advice Has Changed Since...

How Sony LIV uses ClickHouse Cloud to deliver live streaming analytics at billion-row scale

Sony LIV đã hợp nhất các khối công việc phân mảnh từ batch, Elasticsearch và BigQuery lên ClickHouse Cloud, giúp cung cấp khả năng phân tích dữ liệu streaming với tốc độ dưới 1 giây ngay cả khi xử lý hàng tỷ sự kiện mỗi ngày.

Lập trình viên chuyên nghiệp nên đọc bài này để hiểu cách ClickHouse Cloud tối ưu hóa phân tích thời gian thực cho các ứng dụng stream lớn, giúp tiết kiệm chi phí và tăng hiệu suất khi xử lý hàng tỷ dữ liệu hàng ngày.

System Design Interviews for Data Roles: What to Actually Practice

Phỏng vấn thiết kế hệ thống cho vị trí data đòi hỏi khả năng đánh giá có cấu trúc thay vì ghi nhớ công cụ; ứng viên cần làm rõ yêu cầu mơ hồ, lựa chọn batch hay streaming dựa trên độ tươi mới, xử lý lỗi như idempotency và retry/dead-letter queues, đồng thời chuyển đổi các con số ước lượng thành dữ liệu cụ thể (ví dụ: sự kiện mỗi giây). Lời khuyên nhấn mạnh luyện tập giải thích đánh đổi dưới áp lực thay vì chỉ đọc lý thuyết.

Một lập trình viên chuyên về dữ liệu nên đọc bài này để hiểu cách giải quyết các vấn đề thiết kế hệ thống thực tế thông qua việc phân tích yêu cầu, đánh giá sự phù hợp của batch/streaming và xử lý lỗi một cách logic chứ không chỉ là nhớ các pattern cơ bản.

Does anyone run Postgres without PgBouncer?

Hầu hết các nhà cung cấp Postgres lớn (AWS RDS, Azure, Google Cloud SQL, Supabase …

Sixteen Locks Ought to Be Enough for Anybody

Mỗi truy vấn PostgreSQL chiếm 16 slot khóa (AccessShareLock) trong mảng fast-path, nhưng nếu bảng có hơn 16 quan hệ (bảng + indexes), các khóa dư sẽ chuyển sang bảng khóa chia sẻ tốn kém, gây ùn tắc LWLock:LockManager và tăng CPU khi tải truy vấn cao. PostgreSQL 18 bỏ giới hạn 16 slot này bằng cách điều chỉnh kích thước mảng từ max_locks_per_transaction (mặc định 64), trong khi các prepared statements (đã khắc phục lỗi tương thích với PgBouncer 1.21) vẫn tránh được vấn đề này nhưng không tương thích với RDS Proxy. Khuyến cáo vẫn là hạn chế tạo quá nhiều indexes cho bảng.

Lập trình viên nên đọc bài này để hiểu cách PostgreSQL 18 cải thiện hiệu suất truy vấn bằng cách loại bỏ giới hạn 16 slot lock cố định, giúp giảm chậm trễ và tốn CPU khi có nhiều bảng và chỉ số, đặc biệt khi sử dụng connection pooler như PgBouncer.

Doltgres is as Fast as MySQL is Slow

Doltgres đã đạt hiệu suất tương đương MySQL nhờ những tối ưu hóa gần đây.

Lập trình viên muốn tối ưu ứng dụng database cho hiệu suất cao và khả năng mở rộng nhanh chóng nên đọc bài này để khám phá cách Doltgres vượt trội so với MySQL trong các trường hợp sử dụng thực tế.

New Modern JDBC Driver for PostgreSQL

Bộ driver JDBC mới cho PostgreSQL tên pg-java được viết từ đầu bởi Sehrope Sarkini, tận dụng cách tiếp cận native của PostgreSQL thay vì dựa trên các trừu tượng tối giản của JDBC. Sử dụng Java 21 virtual threads và ReentrantLock thay cho synchronized, driver hỗ trợ hàng nghìn kết nối mà không cần event loop hay callback API.

Nếu bạn đang làm việc với PostgreSQL và gặp khó khăn về hiệu suất với JDBC truyền thống, thì bài này sẽ giúp bạn khám phá một giải pháp tiên tiến, tối ưu hóa hiệu suất bằng cách loại bỏ rào cản của JDBC và sử dụng cơ chế pull cursor cùng virtual threads trong Java 21.

Neon Functions: backend logic next to your data

Neon Functions là giải pháp compute serverless tích hợp trực tiếp vào nhánh (branch) Neon, giúp triển khai logic backend ngay cạnh dữ liệu.

Lập trình viên backend nên đọc bài này để khám phá cách Neon Functions tích hợp logic máy chủ trực tiếp vào cơ sở dữ liệu PostgreSQL, giúp tối ưu hóa hiệu suất, giảm chi phí và giảm thiểu việc quản lý các dịch vụ máy chủ tách biệt.