一个进程就能替代整个数据仓库？我试了试把DuckDB直接架在S3上

我最近翻到一个挺激进的方案：把DuckDB直接扔在S3上跑分析查询，不挂服务器、不配缓存层、不搞什么sidecar，就一个进程内嵌入式引擎读Parquet列存文件直接出结果。零额外基础设施。这个路子其实有道理——列式存储本来就为对象存储而生，硬要再套一层数据库服务纯属冗余。我的判断是，如果你的数据集在几十GB以内、场景以读为主，这套"零运维"打法比Redshift或Snowflake划算一个数量级。代价当然有：复杂事务和毫秒级实时写入就别想了。但至少，跑个周报不用再养一整个基础设施团队。

原文：A Real DuckDB Database in S3, with Nothing Else to Run · 来源：Hacker News