Databricks给Excel开了写权限，评论区第一条是"谁还在用Excel"

Databricks发了个Excel加载项。

装上之后，你可以在Excel里直接改数据，改完发布到Unity Catalog的表里。写权限归Unity Catalog管，不是谁都能往表里塞东西。

这个功能补的是一段很具体的断点。业务方做分析基本都在Excel里，拉数、透视、加列、做图。但Excel和数仓之间是断开的。改完的数据想回到数仓，要么导出CSV让数据工程师上传，要么走一遍ETL。中间隔一层人，就多一层延迟和出错的机会。加载项把这段路接上了。

官方视频4分58秒，演示了从Excel发布回Databricks的流程。YouTube上也能看：How to write data from Excel to Databricks

评论区比功能本身有意思。

第一条来自@toby or not toby，问：Who is using excel?

这个问题问得有点外行。做数据的人都知道，Excel是全球装机量最大的数据分析工具。数仓里的表，很大一部分最后都是被导进Excel里被人看的。Databricks自己也知道，所以才有这个加载项。

第二条来自@KaD。他说按Databricks页面写的流程装加载项没装成功，从应用商店直接装反而能用。问官方走这么长的流程是不是必须的。

这是实操里的坑。企业软件的安装文档经常写的是理想路径，真实环境里权限、版本、网络策略各种卡，最短路径反而更好使。

第三条来自@YAIB，问的是真问题：两个表格同时改同一行，在任何一个发布之前，会发生什么？他建议加一个可见的冲突检查，让用表格的人理解写回的边界。

这条戳到点子上了。写回不难，并发写回难。Excel的协作模型和数据库的并发控制是两套东西。一个人改了A表B2单元格，另一个人改了B表同一行，两边都点发布，谁赢？后发布的覆盖先发布的，还是直接报错？官方没在这条推文里说。

多人编辑同一份数据，冲突处理决定了这功能在真实团队里能不能用。如果只是单人改完发布，那它就是个高级上传按钮。要做多人协作，冲突提示、版本对比、回滚，一个都不能少。

数据平台劝了这么多年让业务方别用Excel，最后还是把Excel接进来了。推文底下第一条是"谁还在用Excel"，但Databricks显然知道答案。