MongoDB聚合投影中转换拼接UUID生成链接的最优方案

针对需要在聚合投影阶段动态生成指定格式链接、避免额外存储且不用JS函数的需求，可以通过MongoDB原生的$toHex、$substrBytes和$concat操作来处理UUID（BinData类型）的字节顺序转换，最终拼接出目标链接。

核心逻辑说明 #

MongoDB中存储的RFC 4122标准UUID（BinData(4)类型），其字节顺序与字符串显示顺序存在差异：前三个字段（时间低、时间中、时间高）采用小端序存储，需要将每组两位的十六进制字符串反转后拼接，才能得到正确的UUID字符串格式。通过原生操作完成这一步转换，可避免JS函数的性能损耗。

实现第一种期望结果（含linkA和linkB的对象数组） #

db.getCollection('users').aggregate([
  { $match: { profiles: { $exists: true, $not: { $size: 0 } } } },
  {
    $project: {
      userName: 1,
      profiles: {
        $map: {
          input: "$profiles",
          in: {
            $let: {
              vars: {
                // 将UUID的BinData转成十六进制字符串
                hexStr: { $toHex: "$$this.hash" },
                // 将profileId转为字符串用于拼接
                profileIdStr: { $toString: "$$this.profileId" }
              },
              in: {
                linkA: {
                  $concat: [
                    "https://foo/profiles/",
                    "$$profileIdStr",
                    "/full_",
                    // 调整UUID字节顺序，生成无连字符的UUID字符串
                    { $concat: [
                      { $substrBytes: ["$$hexStr", 6, 2] },
                      { $substrBytes: ["$$hexStr", 4, 2] },
                      { $substrBytes: ["$$hexStr", 2, 2] },
                      { $substrBytes: ["$$hexStr", 0, 2] },
                      { $substrBytes: ["$$hexStr", 10, 2] },
                      { $substrBytes: ["$$hexStr", 8, 2] },
                      { $substrBytes: ["$$hexStr", 14, 2] },
                      { $substrBytes: ["$$hexStr", 12, 2] },
                      { $substrBytes: ["$$hexStr", 16, 16] }
                    ]}
                  ]
                },
                linkB: {
                  $concat: [
                    "https://foo/profiles/",
                    "$$profileIdStr",
                    "/summary"
                  ]
                }
              }
            }
          }
        }
      }
    }
  }
])

实现第二种期望结果（仅linkA的字符串数组） #

db.getCollection('users').aggregate([
  { $match: { profiles: { $exists: true, $not: { $size: 0 } } } },
  {
    $project: {
      userName: 1,
      profiles: {
        $map: {
          input: "$profiles",
          in: {
            $let: {
              vars: {
                hexStr: { $toHex: "$$this.hash" },
                profileIdStr: { $toString: "$$this.profileId" }
              },
              in: {
                $concat: [
                  "https://foo/profiles/",
                  "$$profileIdStr",
                  "/full_",
                  { $concat: [
                    { $substrBytes: ["$$hexStr", 6, 2] },
                    { $substrBytes: ["$$hexStr", 4, 2] },
                    { $substrBytes: ["$$hexStr", 2, 2] },
                    { $substrBytes: ["$$hexStr", 0, 2] },
                    { $substrBytes: ["$$hexStr", 10, 2] },
                    { $substrBytes: ["$$hexStr", 8, 2] },
                    { $substrBytes: ["$$hexStr", 14, 2] },
                    { $substrBytes: ["$$hexStr", 12, 2] },
                    { $substrBytes: ["$$hexStr", 16, 16] }
                  ]}
                ]
              }
            }
          }
        }
      }
    }
  }
])

优势对比 #

• 完全使用MongoDB原生聚合操作，避免了$function调用JS代码带来的上下文切换和性能损耗，处理大量文档时效率提升明显。
• 无需修改原文档结构，不用将UUID存储为字符串，彻底节省存储空间。

内容的提问来源于stack exchange，提问作者Robert Gonciarz