Timescale把数据库魔改成文件系统|csv|json|postgresql|文件名|文件系统|翻译

一个PostgreSQL数据库，挂载后能用ls看表、用cat读行、用mkdir插数据——这不是概念验证，是Timescale团队刚开源的TigerFS。他们用FUSE把数据库表翻译成目录，行翻译成文件，SQL查询翻译成文件路径。

最离谱的是性能：过滤、排序、分页全塞进一条路径里，TigerFS把它编译成单条SQL推给数据库执行。

比如这条路径：

cat /mnt/db/orders/.by/customer_id/123/.order/created_at/.last/10/.export/json

等效于"查customer_id=123的订单，按created_at排序，取最后10条，返回JSON"。没有ORM，没有API，纯shell。

文件系统当API用：UNIX工具链直接操作数据库

TigerFS的核心设计是把数据库的抽象层彻底剥掉。安装只要一行curl | sh，挂载后任何能操作文件的工具都能读写PostgreSQL——grep、vim、awk、Python的open()，甚至AI agent。

这种设计有个古老的类比：Plan 9操作系统把"一切都是文件"推到极端，连网络连接都是文件。TigerFS做的是数据库领域的Plan 9——但不是操作系统，是用户态文件系统（FUSE）。

具体映射规则很直白：

表 = 目录。行 = 文件（主键当文件名）。列 = 子文件。

读/mnt/db/users/123.json拿到整行JSON，读/mnt/db/users/123/email.txt只拿email字段。更新也同理：echo一个新值进去，TigerFS翻译成UPDATE语句。

插入是mkdir，删除是rm -r。这些不是模拟出来的——每次操作都是真实的数据库事务，带完整的ACID保证。

路径即查询：把SQL塞进文件名

TigerFS真正狡猾的设计是路径语法。它定义了一套以.开头的路径段，可以链式组合：

.filter/col/val 做列过滤，.columns/a,b,c 做投影，.first/N和.last/N做分页，.export/json或.export/csv定格式。

顺序任意。数据库优化器处理的是最终编译出的SQL，路径写法只影响你读起来顺不顺。

批量操作也走文件语义。.import/.append/csv是追加，.import/.sync/csv是按主键upsert，.import/.overwrite/csv是整表替换。标准输入输出管道直接对接，cat data.csv > /mnt/db/orders/.import/.append/csv完成数据导入。

表结构变更用"staging模式"：先写SQL到.create/tablename/sql，再touch .commit触发执行。避免了一半命令行工具不支持交互式SQL确认的问题。