The DISTINCT in your COUNT

Ontogeny Recapitulates the Relcache

Một nhà phát triển đã tạo ra 'claudegres', một cơ sở dữ liệu tương thích PostgreSQL nơi Claude đảm nhiệm toàn bộ backend, từ phân tích cú pháp SQL đến lập kế hoạch truy vấn và lưu trữ dữ liệu. Thí nghiệm cho thấy Claude tự tái tạo lại các thành phần như relcache và bootstrapping catalog của PostgreSQL, nhưng thất bại trong các tác vụ đòi hỏi tính chính xác byte như đếm dung lượng, sinh ra các kế hoạch EXPLAIN không hợp lệ, và cần prompts khuyến khích để hoàn thành xây dựng index. Việc tải dữ liệu khối lượng lớn là hoạt động đáng tin cậy nhất khi Claude ủy thác cho mã xác định. Kết luận: LLMs hiểu ngữ nghĩa SQL khá tốt nhưng không thể xử lý công việc quản lý byte chính xác của một database engine, như WAL, MVCC, giao dịch hay lưu trữ xác định.

Những kiến thức về cơ chế cơ bản của PostgreSQL như relcache, catalog bootstrapping và WAL sẽ giúp bạn hiểu rõ hơn về giới hạn của mô hình AI như Claude khi xử lý SQL, từ đó xây dựng các giải pháp hiệu quả hơn khi kết hợp công nghệ này với backend.

The Disappearing Senior: AI and Entry Level Jobs

AI code review đang là nút thắt thực sự và mọi người đều thừa nhận điều đó. …

Debezium 3.6.1.Final Released

Debezium là nền tảng mã nguồn mở dùng để capture dữ liệu thay đổi (CDC) theo thời gian thực, hỗ trợ theo dõi các thao tác insert, update, delete trên cơ sở dữ liệu. Nó hoạt động bền vững và nhanh chóng, giúp ứng dụng phản hồi kịp thời mọi sự kiện ngay cả khi xảy ra lỗi.

Là người phát triển cần xây dựng hệ thống theo dõi thay đổi dữ liệu thực thời từ các cơ sở dữ liệu, Debezium sẽ giúp bạn tối ưu hóa việc đồng bộ hóa và xử lý sự kiện thay đổi nhanh chóng, giảm thiểu lỗi và tăng hiệu suất cho ứng dụng của bạn.

Competence Debt: I Ran the Test on Myself

Mỗi lần triển khai sản phẩm vượt quá khả năng tự phát triển, bạn đang tích lũy "competence debt" (nợ năng lực). Tác giả đã tự đánh giá mức độ nợ này trên chính bản thân mình.

Là một lập trình viên, bạn nên đọc bài này để nhận thức rõ về nợ kỹ năng—một khái niệm quan trọng giúp bạn đánh giá và quản lý tốt hơn những thành phần ngoài tay mình, tránh rủi ro về chất lượng và thời gian trong quá trình phát triển.

pgAdmin 4 v9.17 Released

Phiên bản pgAdmin 4 v9.17 vừa phát hành, khắc phục 28 lỗi và bổ sung tính năng mới, trong đó quan trọng nhất là vá 7 lỗ hổng bảo mật (CVE-2026-17346 đến CVE-2026-17351 và CVE-2026-17566), bao gồm tiêm lệnh OS, tiêm SQL, bypass quyền, thiếu xác thực và sao chép credential. Các cải tiến mới gồm ghi nhận danh tính người dùng trong HTTP logs, hỗ trợ Gateway API HTTPRoute cho Helm charts, giới hạn số dòng hiển thị trong View Data, và tích hợp nhà cung cấp XYZ tùy chỉnh trong Geometry Viewer.

Lập trình viên phát triển ứng dụng sử dụng PostgreSQL nên đọc để cập nhật về các lỗi bảo mật mới (bao gồm SQL và command injection) trong pgAdmin 4, giúp bảo vệ hệ thống khỏi các cuộc tấn công từ lỗ hổng trong các tính năng như MASTER_PASSWORD_HOOK hoặc công cụ Import/Export, từ đó tránh rủi ro ảnh hưởng đến tính bảo mật của ứng dụng.

The Great Go Transaction Dilemma: Clean Architecture vs. Idiomatic Go

Khi phát triển hệ thống backend bằng Go, PostgreSQL và GORM, bài viết so sánh hai cách tiếp cận: Clean Architecture (kiến trúc sạch) và Idiomatic Go (Go theo phong cách tự nhiên) trong xử lý transaction, nhằm cân bằng giữa tính linh hoạt và sự đơn giản.

Lập trình viên Go nên đọc bài này để đối phó với trade-off giữa sự linh hoạt của Clean Architecture và thuần thục Go idiomatic khi xử lý các giao dịch phức tạp, đặc biệt khi ứng dụng liên kết với PostgreSQL và thư viện GORM.

Postgres LISTEN/NOTIFY actually scales

Họ đã tối ưu hóa cơ chế LISTEN/NOTIFY của Postgres để xử lý 60.000 ghi dữ liệu mỗi giây trên một server duy nhất với độ trễ mili giây.

Là người phát triển hệ thống cần xử lý dữ liệu thời gian thực, bạn nên đọc bài này để hiểu cách tối ưu hóa hiệu suất của LISTEN/NOTIFY trong PostgreSQL để xử lý hàng triệu ghi nhập đồng thời mà vẫn giữ được độ trễ cực nhỏ.