把仓库租在远郊，房租是省了；可每次取货前，都要先翻一摞越来越厚的出入库记录，时间反而耗在找货上。Reddit 用户 tecedu 使用 Delta tables 时遇到的正是这个问题：数据文件放在对象存储里，但随着事务日志变大，读取和解析日志成为读写延迟的主要来源。
Delta Lake 是一套建在对象存储之上的表管理规则。它用事务日志记录每次提交增加或移除了哪些文件，读取者再据此还原表的当前状态。这样既能利用对象存储容量大、成本低的优势，也能获得一致更新和版本追踪；代价是，文件与日志越多，系统越可能先被元数据——描述数据位置和状态的信息——拖慢。
这位用户因此设想：能否把日志放进 PostgreSQL 一类内存或数据库服务中，原始文件仍留在对象存储。这个提问点出了计算与存储分离的核心矛盾：远端数据可以便宜共享，频繁查询的“目录”却必须足够快。原帖没有给出可验证的方案或性能数字，但它解释了数据库为何盯上对象存储，也说明元数据服务会成为竞争关键。