JQ如何按键关联合并数组 为数组元素追加对应分类字段

关于JOIN/4的可用性 #

可以用JOIN/4实现第一个类SQL结构的关联需求，但针对后续更新的键值对分类结构，直接用原生内置算子实现性能更高、可读性更强，没必要硬套JOIN语法。
所有关联操作都要避免嵌套遍历（即两层循环挨个匹配的O(n*m)复杂度），优先把分类结构预处理成以关联键（此处为name字段）为key的查找表，后续遍历权重数组时单次查找就能拿到对应分类，整体复杂度为O(n+m)，数据量越大性能优势越明显。

场景1：分类为对象数组结构的实现 #

对应初始输入中categories为[{name:xx, category:xx}]结构的场景：

方案1：高性能原生实现（推荐） #

核心思路是先把分类数组转成{name: category}格式的查找字典，再遍历权重数组补全字段，无多余遍历，性能最优：

# 先构建分类查找表，再批量更新weights数组
. as $root
| ($root.categories | map({(.name): .category}) | add) as $catMap
| .weights |= map(. + {category: $catMap[.name]})

方案2：JOIN/4实现方式 #

JOIN/4是jq 1.6+版本才支持的内置算子，对应写法如下：

# JOIN/4 参数：JOIN(关联键提取函数, 左表, 右表, 匹配后合并逻辑)
JOIN(
  .name;  # 两侧均以name字段作为关联键
  .weights;
  .categories;
  # 匹配后合并对象，右表仅保留category字段避免覆盖原有属性
  .[0] + {category: .[1].category}
) as $newWeights
| .weights = $newWeights

两种方案性能差异不大，日常使用优先选第一种原生写法，后续扩展逻辑（比如加匹配兜底、多字段关联）更灵活。

场景2：分类为「分类名对应商品名数组」结构（更新后需求） #

对应更新后categories为{"fruit": ["apple", "orange"], ...}结构的场景，不需要使用JOIN，直接预处理查找表即可，同样是线性复杂度：

. as $root
# 先把分类结构反转成「商品名:分类名」格式的查找表
| (
    $root.categories
    | to_entries
    | map(.value as $names | $names | map({(.): .key}))
    | add
    | add
  ) as $catMap
# 遍历weights数组补全category字段
| .weights |= map(. + {category: $catMap[.name]})

实用提示 #

• 你提供的示例JSON存在语法问题：部分数组元素后缺失逗号、最后一个元素后多了冗余逗号，实际运行jq时需要修正这类语法错误，否则会触发解析报错
• 如果存在未匹配到分类的商品，可以在取值时加兜底逻辑，比如$catMap[.name] // "uncategorized"，避免输出的category字段为null

内容的提问来源于stack exchange，提问作者wass rubleff