微软于 2026 年 9 月 24 日在 Excel Insiders Beta 版推出了一项动摇底层存储形态的更新,正式支持单单元格多值存储。自 9 月 25 日起,Windows 和 Mac 预览通道的用户可以在一个单元格内塞入列表、单元格内数组以及嵌套数组,并能利用花括号约束公式溢出。

这项改动看似只是填平了日常记录多责任人或多标签的录入痛点,但它直接打破了电子表格延续四十年的标量单元格限制。它在前台极大降低了多对多信息的分组门槛,却在后端的严谨分析链路中切出了一道暂时无法弥合的技术断层。

告别拆行与溢出,单元格容纳多层数据

在传统的二维网格中,关系数据库推崇的第一范式始终是底层铁律,每一个单元格只应包含单一不可分的值。过去当一张项目进度表需要记录多个负责人或多条验收里程碑时,用户往往要在三种妥协方案中做选择:拆分出大量冗余行、建立复杂的多对多辅助映射表,或者用顿号拼接成一段失去筛选与计算能力的死文本。2018 年微软引入动态数组机制,虽然解决了公式多结果输出的难题,但输出结果会自动向四周单元格溢出,经常冲垮预先排版好的报表。

新功能试图从存储层终结这种尴尬。在当前测试版本中,用户只需按下 Ctrl+J 或通过菜单选择插入列表,就能用逗号或分号将多项数据录入同一个格子,点击单元格图标即可展开内部各项。如果用户希望公式计算出的整组结果留在原地,只要用花括号包裹公式本体,就能彻底阻止溢出。对于更复杂的业务结构,例如一个网站上线任务下挂不同技术子项的多组日期,嵌套数组可以在单元格内保留层级,不再粗暴合并成单行扁平字符串。

这一连串特性的背后,依赖微软底层的 Compatibility Version 3 引擎升级。它不仅是视觉展示层面的折叠,更是将单元格定义由标量数值推进到了层级化集合。

单单元格多值:协同工具与底层引擎的路径分野 轻协同工具标签模式 代表:Airtable / Google Sheets • 本质是界面级下拉芯片组件 • Airtable 单字段上限 1,000 个选项 • Google Sheets 移动端无法多选操作 局限于外围分类,底层缺乏嵌套计算力 Excel 嵌套数组引擎 依赖 Compatibility Version 3 底层 • 原生支持列表与多维嵌套数组 • 花括号硬性约束公式防止破坏排版 • 配合四组新数组函数直接参与计算 数据结构向对象演化,改造极其激进

四个新函数就位,直接对格子内数组做运算

将多个值收纳进一个单元格之后,传统的查找与比对函数立刻遇到了语法瓶颈。如果一个单元格内既有张三又有李四,单纯依靠等于符号无法完成定位。

微软为此同步上线了四个专用数组函数。FLATTEN 负责把多层嵌套的数据展平为单一列表,并允许指定展开层级与填充缺省值;HAS 用于检验单元格内是否存在某个具体元素;HASANY 和 HASALL 则分别对应任一命中与全匹配判定。业务人员想要筛选包含特定项目经理的所有计划,或者找出同时满足三位审批人全员同意的流程,不需要写出复杂的字符串匹配逻辑,直接调用新函数就能产出结果。

横向来看,轻量数据库 Airtable 凭借灵活的多选标签吸引了大量项目经理,但每个记录最多仅支持 1,000 个选项;Google Sheets 虽然推出了芯片下拉格式,却在移动端无法支持多选。Excel 并不满足于在表面加装几个可选气泡,而是把数组直接做成了底层单元格的一等公民。

前台少建一张表的便利,往往意味着后台分析流程多了一堵高墙。

核心生产力工具缺席,轻量便利换来分析孤岛

尽管官方强调多值存储不会牺牲分析能力,但真实体验暴露出严重的功能脱节。这个让日常录入省心的改动,在当前测试版中几乎全线瘫痪了 Excel 过去十年构建的现代化分析中枢。

首当其冲的是企业分析的压舱石工具。数据透视表完全无法识别单元格内的数组,只要源数据列包含多值,透视汇总便无从谈起;数据清洗中枢 Power Query 无法加载 或输出包含数组值的列,下游自动化提取管道直接受阻;内置图表无法自动将单元格内的数组解析为数据点,生成趋势图变得异常繁琐;即便是日常使用频率极高的查找与替换功能,也无法直接替换列表或数组内部的个别子项。此外,条件格式必须手写复杂公式才能探测数组,数据验证也无法直接将单单元格列表作为下拉选项的来源。

Beta 版分析断层:输入端狂奔与工具链停滞 录入层:体验极大简化 • Ctrl+J 快速录入多值子项 • 花括号阻止动态公式溢出 • FLATTEN / HAS 等函数即时筛选 分析层:关键链路全面拒载 • 数据透视表无法读取多值数据源 • Power Query 拒绝加载数组列 • 基础图表与查找替换功能失效

破坏第一范式带来的结构隐患显而易见。对于项目管理和个人任务看板,单单元格多值确实省去了大量排版消耗;但对于需要沉淀至企业数据仓库或进入商业智能系统的核心台账,这种非规范结构属于典型的不合规设计。

  • 建议.如果只是在个人桌面端维护排期表或跟踪人员名单,可以充分利用新功能提升紧凑度;但凡属于跨部门流转、需要进入透视表分析或交由 Power Query 批量处理的报表,现阶段必须继续坚守一人一行或标准规范化表结构。

微软迈出了向层次化对象演进的一步,但这套机制能否真正转化为通用生产力,取决于后续能否迅速为数据透视表和 Power Query 打上补丁,而不是让单单元格多值沦为一个只管录入不管清洗的孤立玩具。