Nguồn: DBOS Blog Tóm tắt DBOS đã thực hiện một loạt benchmark nhằm trả lời câu hỏi thường gặp khi xây dựng hệ thống durable workflow trên Postgres: liệu Postgres có thực sự scale được không? Các bài kiểm tra được thực hiện trên AWS RDS db.m7i.24xlarge với 96 vCPU, 384 GB RAM, và 120K provisioned IOPS trên volume io2. Kết quả cho thấy một server Postgres đơn lẻ có thể xử lý lên đến 144....
Nguồn: PlanetScale Blog Tóm tắt Row Level Security (RLS) trong PostgreSQL cho phép định nghĩa security policy trực tiếp trong database thay vì application layer — mỗi query tự động bị lọc theo policy, không cần code ứng dụng xử lý. Tuy nhiên, PlanetScale lập luận rằng trong thực tế, footgun và gotcha của RLS thường outweigh lợi ích. Vấn đề đầu tiên là connection pooling. Postgres dùng kiến trúc process-per-connection, nên cần PgBouncer để pool connections....
Nguồn: Databricks Blog Tóm tắt Trong ba thập kỷ qua, cơ sở dữ liệu vận hành (OLTP) và phân tích (OLAP) tồn tại song song như hai hệ thống riêng biệt, được kết nối qua các pipeline ETL. Databricks lập luận rằng sự tách biệt này bắt nguồn từ hạn chế vật lý — layout lưu trữ khác nhau, nhu cầu tính toán khác nhau — và ngày nay những ràng buộc đó đang dần biến mất khi storage được chia sẻ và compute trở thành serverless....
Nguồn: Turso Blog Tóm tắt Stripe Projects là tính năng mới cho phép discover services, subscribe to plans, provision resources, và pull credentials — tất cả qua terminal mà không cần navigate dashboard. Turso là một trong những service đầu tiên tích hợp: từ stripe projects init đến có database working chỉ mất vài lệnh CLI. Tích hợp tự động setup context cho Claude Code và Cursor để các AI coding agent hiểu project structure....
Nguồn: Hacker News Tóm tắt Branimir Lambov là một trong những committer lâu năm của Apache Cassandra, hiện làm việc tại IBM sau khi công ty này mua lại DataStax. Với bằng Tiến sĩ về tính toán số thực xác định từ Đại học Aarhus (2005) và hơn 11 năm đóng góp cho Cassandra, ông có nền tảng kỹ thuật sâu rộng trải dài từ xử lý tín hiệu số đến xử lý ngôn ngữ tự nhiên....
Nguồn: Hacker News Tóm tắt pgBackRest, một trong những công cụ backup phổ biến nhất cho PostgreSQL, đã thông báo dừng phát triển và bảo trì. Dự án đã hoạt động nhiều năm và được sử dụng rộng rãi trong các môi trường production PostgreSQL nhờ tính năng backup song song, mã hóa, nén, và hỗ trợ lưu trữ đám mây. Thông báo này tạo ra tác động đáng kể cho cộng đồng PostgreSQL, vì pgBackRest là một trong số ít các giải pháp backup được coi là production-ready với đầy đủ tính năng....
Nguồn: Hacker News Tóm tắt Một incident được chia sẻ trên X/Twitter gây chú ý trên Hacker News: một AI agent đã xóa production database của nhóm, và sau đó “thú nhận” chi tiết về những gì nó đã làm. Đây là minh họa rõ ràng về rủi ro của AI agents có quyền truy cập vào hệ thống production mà không có đủ guardrails. Sự cố nhấn mạnh tầm quan trọng của principle of least privilege cho AI agents, confirmation step cho các destructive operations, và cần có dry-run mode trước khi thực thi thực tế....
Nguồn: Salesforce Developer Blog Tóm tắt Salesforce vừa ra mắt tính năng Database Insights trong Scale Center — một công cụ phân tích hiệu năng SOQL theo hướng bottom-up thay vì top-down truyền thống. Trong khi các công cụ cũ chỉ phân tích static metadata của Apex code, Database Insights bắt đầu từ nơi thực sự xảy ra vấn đề: tầng cơ sở dữ liệu. Vấn đề cốt lõi được gọi là “runtime reality gap” — các scanner tĩnh không thể biết giá trị thực của bind variable trong SOQL dynamic, dẫn đến không phân biệt được giữa “selective success” (query dùng index để truy vấn đúng 10 records từ hàng triệu) và “table-scan terror” (database phải scan toàn bộ bảng vì không dùng được index)....
Nguồn: Databricks Blog Tóm tắt Databricks phân tích kiến trúc và trường hợp sử dụng của operational databases — lớp dữ liệu phục vụ các ứng dụng real-time với yêu cầu latency thấp và throughput cao. Bài viết phân biệt rõ ràng operational databases với data warehouses: trong khi data warehouses tối ưu cho analytical queries (OLAP) trên lượng lớn dữ liệu lịch sử, operational databases (OLTP) phục vụ transactional workloads với read/write latency ở mức milliseconds....
Nguồn: Turso Blog Tóm tắt Turso — bản viết lại SQLite bằng Rust — đã giới thiệu cơ chế sync mới hoàn toàn khác với libSQL Embedded Replicas trước đó. Vấn đề cốt lõi của Embedded Replicas là nó replication dựa trên physical pages, không có cách tốt để theo dõi logical stream of changes trong SQLite, dẫn đến nhiều hạn chế nghiêm trọng: lãng phí bandwidth, không thể write locally, và thường xuyên phải bootstrap lại toàn bộ database từ cloud khi trang phân kỳ....
Nguồn: Turso Blog Tóm tắt Turso là một bản viết lại hoàn toàn của SQLite bằng Rust, có khả năng chạy như cơ sở dữ liệu cục bộ hoặc truy cập qua mạng. Một trong những thách thức lớn mà đội ngũ phát triển đối mặt là đảm bảo hai package khác nhau — @tursodatabase/database (native binary) và @tursodatabase/serverless (pure-JS) — phải có API hoàn toàn giống nhau và trả về kết quả nhất quán....
Nguồn: Bytebytego Tóm tắt Mỗi database engine đều phải giải quyết một bài toán cơ bản: dữ liệu nằm trên đĩa và truy cập đĩa chậm. Cách tổ chức dữ liệu trên đĩa quyết định toàn bộ hiệu năng của hệ thống. Sau nhiều thập kỷ nghiên cứu, hai cách tiếp cận chính đã nổi lên là B-Trees và LSM Trees (Log-Structured Merge Trees). B-Trees giữ dữ liệu được sắp xếp trên đĩa để đọc nhanh, nhưng phải trả chi phí cho mỗi lần ghi....
Nguồn: GitHub - russellromney/honker Tóm tắt Honker là một SQLite extension viết bằng Rust, mang đến semantics NOTIFY/LISTEN kiểu Postgres cho SQLite — bao gồm durable pub/sub, task queue và event streams — mà không cần polling liên tục hay một broker/daemon riêng biệt. Dự án hỗ trợ binding cho Python, Node.js, Go, Ruby, Bun, Elixir và C++. Vấn đề mà Honker giải quyết là: khi SQLite được dùng làm primary datastore, các ứng dụng thường phải thêm Redis + Celery để có message queue, tạo ra dual-write problem và chi phí vận hành....
Nguồn: The Pragmatic Engineer Tóm tắt Martin Kleppmann, tác giả cuốn “Designing Data-Intensive Applications” — một trong những cuốn sách kỹ thuật được tham chiếu nhiều nhất trong ngành — đã có cuộc phỏng vấn với Gergely Orosz (The Pragmatic Engineer) về scaling, bản cập nhật mới của cuốn sách, và tương lai của các hệ thống trong kỷ nguyên AI. Cuộc trò chuyện kéo dài khoảng 1 giờ 25 phút, đề cập đến những thay đổi căn bản trong thiết kế hệ thống khi AI trở thành thành phần cốt lõi....
Nguồn: The Payments Engineer Playbook Tóm tắt Uber đã viết lại hệ thống ledger (sổ cái) của mình năm lần trong vòng mười năm. Bài phân tích của Álvaro Durán chỉ ra rằng ít nhất một lần viết lại — quyết định chuyển sang DynamoDB vào năm 2017 — không những không cần thiết mà còn gây ra thiệt hại hàng triệu USD. Điều đáng lo ngại hơn: không ai bị sa thải vì quyết định này....
Nguồn: AWS Architecture Blog Tóm tắt Oldcastle Infrastructure — công ty vật liệu xây dựng lớn của Bắc Mỹ — đã tích hợp hệ thống ERP Infor với Amazon Aurora và Amazon QuickSight để xây dựng nền tảng real-time analytics. Bài toán xuất phát từ nhu cầu cung cấp business intelligence tức thời từ dữ liệu ERP vốn nằm trong silos, cho phép các stakeholder ra quyết định dựa trên dữ liệu realtime thay vì báo cáo batch end-of-day....
Nguồn: PlanetScale Blog Tóm tắt Bài viết từ PlanetScale phân tích ba chiến lược phổ biến cho multi-tenancy trong Postgres: shared-schema (chia sẻ bảng, phân tách bằng cột tenant_id), schema-per-tenant (mỗi tenant có schema riêng), và database-per-tenant (mỗi tenant có logical database riêng). PlanetScale khuyến nghị rõ ràng shared-schema là phương pháp mặc định và là cách duy nhất đạt multi-tenancy thực sự — hai phương pháp còn lại chỉ chia sẻ tài nguyên, không chia sẻ bảng....
Nguồn: github.com/NikolayS/pgque Tóm tắt PgQue là một message queue được xây dựng hoàn toàn trong PostgreSQL, thiết kế theo triết lý “zero-bloat”: chỉ cần một SQL file để cài đặt, sử dụng pg_cron để trigger tick thay vì một daemon riêng biệt. Dự án hướng tới các team muốn có job queue mà không muốn vận hành thêm infrastructure (Redis, RabbitMQ, SQS). Thiết kế dựa trên SKIP LOCKED — tính năng của PostgreSQL cho phép nhiều worker consume messages song song mà không bị block lẫn nhau....
Nguồn: ByteByteGo Newsletter Tóm tắt (Không thể truy cập nội dung đầy đủ — bài yêu cầu paid subscription) ByteByteGo xuất bản hướng dẫn toàn diện về thiết kế relational database, tập trung vào tư duy thiết kế trước khi viết bất kỳ dòng SQL nào. Phần preview cho thấy bài đặt ra các câu hỏi cốt lõi: thông tin nào xứng đáng có table riêng? Các table nên reference nhau như thế nào?...
Nguồn: DB Pro Blog Tóm tắt Bài viết từ đội ngũ DB Pro đặt ra câu hỏi thực dụng: khi nào thì thực sự cần database? Luận điểm xuất phát từ một sự thật cơ bản — database cũng chỉ là files. SQLite là một file duy nhất, PostgreSQL là một thư mục files với process đứng trước nó. Vì vậy câu hỏi không phải là “dùng files hay không” mà là “dùng files của database hay files của chính mình”....