Prisma读取嵌套数据：是否有更优的动态/无限层级关联数据查询方法？

方案1：递归生成Select查询对象（最小改造适配现有逻辑） #

你现有代码里重复的嵌套select规则可以通过递归函数动态生成，不需要手动逐层编写，要多少层就生成多少层，灵活适配不同业务场景的深度要求：

// 递归生成profiles节点的select配置，maxDepth可自定义嵌套层级
function generateProfileSelect(maxDepth = 10, currentDepth = 0) {
  const baseSelect = {
    id: true,
    name: true,
    image: true,
    category: { select: { name: true } }
  }
  // 未到最大深度时继续嵌套children查询
  if (currentDepth < maxDepth) {
    baseSelect.children = {
      select: generateProfileSelect(maxDepth, currentDepth + 1)
    }
  }
  return baseSelect
}

调用时直接传入生成的配置即可：

// 比如需要20层嵌套，直接传参数20即可
const profileSelect = generateProfileSelect(20)

const [result] = await prisma.company.findMany({
  where: {
    users: {
      some: {
        email: {
          contains: session.user.email,
        },
      },
    },
  },
  select: {
    name: true,
    users: true,
    id: true,
    profiles: {
      select: profileSelect
    },
  },
});

优缺点：

• 优点：零额外改造，完全兼容现有Prisma查询逻辑，嵌套层级可灵活配置
• 缺点：嵌套层级超过20层后生成的SQL会冗余，查询性能会下降

方案2：原生递归CTE查询（适配真·无限层级场景） #

如果业务存在不确定深度的树形结构，直接使用Prisma执行原生递归CTE查询，数据库层面直接拉取全量节点，性能远高于ORM多层关联查询：

// 以PostgreSQL为例
const rawProfiles = await prisma.$queryRaw`
WITH RECURSIVE profile_tree AS (
  -- 根节点查询，可添加自定义过滤条件
  SELECT id, name, image, category_id, parent_id
  FROM profiles
  WHERE parent_id IS NULL
  UNION ALL
  -- 递归查询所有子节点
  SELECT p.id, p.name, p.image, p.category_id, p.parent_id
  FROM profiles p
  INNER JOIN profile_tree pt ON p.parent_id = pt.id
)
SELECT pt.*, c.name as category_name
FROM profile_tree pt
LEFT JOIN categories c ON pt.category_id = c.id;
`
// 拿到扁平化节点列表后，自行组装为嵌套树形结构即可

优缺点：

• 优点：支持真正的无限层级查询，数据库原生执行性能更高
• 缺点：需要编写对应数据库的原生SQL，不同数据库语法存在差异

方案3：Schema新增路径字段（适配高频树形查询场景） #

如果树形结构查询频率很高，可以在profiles表新增path字段存储节点的祖先ID路径（格式如/1/3/7/），查询时直接匹配路径即可一次性拉取所有关联节点，后续自行组装树形结构：
优缺点：

• 优点：查询性能为三者最高，适合高频使用的业务场景
• 缺点：需要修改表结构，新增、移动节点时需要同步维护path字段值

内容的提问来源于stack exchange，提问作者Andy Smith