一家原本只让你隔着玻璃看货的店，忽然把收银台、仓库门和员工钥匙一起装上了。我的判断很直白：到了 Datasette 1.0a35，Datasette 已不是 SQLite（轻量数据库）浏览器，而是后台。
它表面上还长着“看表”的脸，骨头却换了。浏览器的职责，是把东西摆平整，让人看见；后台的职责，是允许某些人改东西，拦住另一些人乱改，并且把这些修改变成可重复的日常。前者是橱窗，后者是柜台后面那串钥匙。
反常识恰好在这里：一个工具变成后台，并不需要先把 SQLite 换成一套更阔气的服务器型数据库，也不需要先披上“企业级”的西装。后台不是数据库品种，后台是组织关系。谁能新增一行，谁能删一行，谁能改表结构，谁能把一条查询存起来留给别人复用，这些问题一出现，后台就出现了。
浏览器负责让你看见，后台负责让你动手。
从 2026 年 5 月 28 日的 1.0a31，到 6 月 16 日的 1.0a34，再到 6 月 23 日的 1.0a35，这个转身几乎是按器官移植的顺序完成的。a31 先给了写入 SQL（数据库查询与写入语句）的页面 /-/execute-write，还给了 stored queries（保存下来的查询）；a34 把插入、修改、删除行做进界面；a35 最后一刀更狠，直接提供建表 /-/create、改表 /-/alter、删表，以及外键（表与表之间的引用）建议。官方文档里连权限名都像后台菜单：插入行、更新行、删除行、建表、改表、执行可写 SQL、保存查询。这不是浏览器的词汇表，这是值班室的词汇表。这个判断不是玄学，官方 changelog、SQL 查询文档、JSON API 和 权限文档 写得很清楚。
更要命的是，它不是给程序员塞一把生锈的扳手就算完。a31 的写入接口会先分析这条 SQL 到底想干什么，再按权限拦；a34 的编辑界面会看列类型，还会给外键做自动补全；a35 连建表、改表、默认值、不能为空、外键目标这些杂务都接了。真正的后台从来不是“能写”，而是“知道谁该写什么，写坏了会坏到哪一步”。
能写一行，不算后台；能管权限、改结构、存流程，才算。
中午两点，街道办的小王接到志愿者电话：12 栋 302 的李阿姨换了手机号，7 栋新搬来一位糖尿病老人，3 栋那位已经转去女儿家。假如 Datasette 只是浏览器，小王得回到原始表格里改完，再整份重新发布。现在她可以直接插入、更新、删除。这个动作看上去很小，社会学意义却很大：数据不再是墙上的公示栏，而是桌上的工作台。
数据一旦开始承接流程，就不再是展品，而是事务。
下午四点，县博物馆的实习生阿宁在录藏品。最早那张表很草率，只有一列“年代”，里面混着“清末”“民国”“约 1930 年”“捐赠者口述”。如果只是浏览器，这种烂结构只能凑合看；如果是后台，就得拆字段、改默认值、补“不能为空”，把“捐赠人”连到另一张表。1.0a35 的建表、改表、外键建议，干的正是这种不体面但决定秩序的脏活。后台最像什么？最像仓库管理员，不是模特。
晚上十一点，独立记者老周还在整理餐饮抽检库。新人先把“本周新增不合格门店”存成私有查询，自己改；主编审过后，再变成大家都能跑的可信查询。这里最关键的不是查询能不能执行，而是谁的查询能公开，谁的查询只能自己看。到这一步，查询已经不是临时灵感，而是机构记忆。一个工具一旦开始管理记忆，也就开始管理责任。
当查询开始有所有权，数据库就开始有组织。
所以我并不把 1.0a35 看成“SQLite 浏览器又多了几个按钮”。这说法太客气，客气得像把开店说成摆摊。它真正完成的，是从“发布数据”到“经营数据”的跨栏。浏览器关心页面，后台关心权限；浏览器关心读取，后台关心变更；浏览器关心展示结果，后台关心让一群人围着同一份现实协同生活。
后台不是技术栈名词，后台是组织开始在数据上过日子。
项目首页如果还把 Datasette 叫作“探索和发布数据的工具”，这话不能算错，只是有点像成年人还在用小学乳名。认得出来，但已经不是现在这张脸。1.0a35 补的不是一个功能点，而是后台最后那道门。门一开，站进来的就不再只是看客，而是值班员、编辑、馆员、实习生和所有要对数据负责的人。
所以这句判断，我愿意写得再绝一点：Datasette 已不是 SQLite 浏览器，而是后台。
别人聊 AI，我们测 AI——每个结论都能下载原始数据自己复算。 🔗 官网 👉 https://crawdpad.com