Mục lục hồ sơ
Giải pháp cụ thể
Khi nhiều công việc phân tích cần đọc và ghi chung, quản lý tập Parquet bằng tên thư mục và quy ước riêng có thể tạo khó khăn về phiên bản, đồng thời và dọn tệp. Một máy DuckDB đơn lẻ cũng không tự giải quyết mọi nhu cầu chia sẻ.
- Thực thể được phân tích
- DuckLake 1.1
- Công bố hoặc chương trình
- What’s New in DuckLake 1.1
- Ngày công bố có nguồn
- 2026-10-21
Cơ chế công nghệ
Định dạng lakehouse đặt metadata trong cơ sở dữ liệu SQL, còn tệp dữ liệu dùng Parquet trên lớp lưu trữ đã chọn.
DuckLake dùng catalog SQL để quản lý thông tin bảng, tệp và phiên bản. Bản1.1bổ sung schema lồng, kiểu NULL và thông tin metadata; một số cải tiến có thể dùng khi chưa chuyển đặc tả. Nâng catalog là thao tác riêng, có tác động dữ liệu và cần thử trên bản sao.
Giai đoạn và cách tiếp cận
Đã biết: đặc tả và extension công khai; lưu trữ, cơ sở dữ liệu catalog và vận hành vẫn có chi phí. Chưa biết: tổng chi của phương án tự quản so với dịch vụ managed cho bộ dữ liệu mục tiêu.
Giá, hợp đồng, hỗ trợ tại Việt Nam và quyền tích hợp cần đối chiếu trực tiếp trước khi triển khai. Các thông tin chưa công bố không được suy thành bằng không.
Giả thuyết ứng dụng Việt Nam
Nhóm dữ liệu Việt Nam có thể thử một tập dữ liệu phân tích chung cho nhiều tiến trình, đánh giá nhu cầu catalog và khả năng xuất dữ liệu trước cân nhắc thay kho đang dùng.
Phép thử đầu tiên cần thiết kế
Sao chép một tập Parquet không nhạy cảm, chạy hai tiến trình đọc/ghi có lịch kiểm soát, đối chiếu số dòng và phiên bản. Thử phục hồi catalog cùng tệp, rồi nâng bản sao từ1.0lên1.1để kiểm ứng dụng cũ.
Những điểm cần kiểm
- Không dùng làm thay thế mặc định cho cơ sở dữ liệu giao dịch nghiệp vụ.
- Quyền ở SQL catalog phải khớp quyền object storage; giữ được metadata mà mất tệp vẫn không phục hồi được dữ liệu.
- Cần kiểm thao tác đồng thời, dọn tệp, tương thích và đường lùi trước nâng catalog.
Đề cương nghiên cứu sâu
Các câu hỏi dưới đây định hướng bài phân tích riêng cho DuckLake 1.1. Đây là đề cương cần tiếp tục kiểm nguồn, chưa phải bản kế hoạch kinh doanh đã được kiểm chứng.
- Có bao nhiêu tiến trình thật sự cần ghi chung thay vì chỉ đọc các tập tin ổn định?
- Khi một tiến trình dừng giữa chừng, catalog và tệp giữ trạng thái nhất quán thế nào?
- Những truy vấn nào hưởng lợi từ metadata mới của1.1trên tập dữ liệu mục tiêu?
- Ai có quyền đọc catalog nhưng không được đọc tệp, và hệ thống xử lý tình huống đó ra sao?
- Quy trình sao lưu nào khôi phục được cả catalog, tệp và phiên bản ứng dụng?
- Sau migration, công cụ cũ còn đọc được tập dữ liệu nào và phương án rời hệ thống là gì?
DỮ KIỆN VÀ NGUỒN GỐC
Nguồn đã đọc cho hồ sơ này.
Mốc công bố là mốc của nguồn được dẫn, không mặc nhiên là ngày thành lập hoặc ra mắt thương mại. Những mô tả hiệu quả từ nhà cung cấp chưa phải kết quả kiểm thử độc lập.
- What’s New in DuckLake 1.1 ↗
Page date, named launch/update and described mechanism.
Đọc 2026-10-26 - DuckLake — Frequently Asked Questions ↗
Mô tả storage+SQLcatalog và MIT; FAQ có lịch dự kiến cũ nên dùng release calendar/bài ngày21/10 cho phiên bản.
Đọc 2026-10-26 - DuckLake — Release Calendar ↗
Liệt kê1.0 ngày13/04/2026 và1.1/extension2.0 ngày21/10/2026; lịch Upcoming có thể chưa chuyển mục, không dùng nhãn Upcoming để kết luận chưa phát hành khi đã có bài release.
Đọc 2026-10-26
NGHIÊN CỨU LIÊN QUAN