Kysely 数据库查询构建器新增 CROSS JOIN 和 CROSS JOIN LATERAL 支持解析

在最新版本的 Kysely 数据库查询构建器中，开发团队新增了对 CROSS JOIN 和 CROSS JOIN LATERAL 操作的支持。这一增强功能为复杂查询场景提供了更高效的解决方案，特别是在处理递归查询和大规模数据集时表现尤为突出。

背景与需求

在实际数据库查询中，CROSS JOIN 是一种特殊的连接操作，它会返回两个表的笛卡尔积结果。而 CROSS JOIN LATERAL 则是 PostgreSQL 特有的语法扩展，允许右侧的子查询引用左侧表的列，这在递归查询和分页等场景中非常有用。

开发社区发现，虽然 Kysely 之前已经支持 LEFT JOIN LATERAL 和 INNER JOIN LATERAL，但缺少对这两种特定连接方式的原生支持。这导致在某些性能敏感场景下，开发者不得不使用变通方案，如使用 INNER JOIN ON true 来模拟 CROSS JOIN 的行为。

技术实现差异

在实现上，不同数据库系统对这些连接操作的支持存在差异：

1. PostgreSQL：完整支持 CROSS JOIN 和 CROSS JOIN LATERAL 语法
2. SQL Server：CROSS JOIN 不支持 ON 子句，需要使用特殊的 APPLY 语法
3. MySQL/SQLite：支持标准 CROSS JOIN 但不支持 LATERAL 关键字

性能测试表明，在百万级数据量的表连接操作中，原生 CROSS JOIN LATERAL 比使用 LEFT JOIN LATERAL ON true 的性能高出数个数量级（从60秒优化到7毫秒）。

应用场景示例

递归查询是 CROSS JOIN LATERAL 的典型应用场景。例如，在一个包含城市信息的照片元数据表中，开发者可以使用以下查询来高效地获取按城市排序的照片记录：

WITH RECURSIVE cte AS (
  (SELECT city, "assetId" FROM exif ORDER BY city LIMIT 1)
  
  UNION ALL
  
  SELECT l.city, l."assetId"
  FROM cte c
  CROSS JOIN LATERAL (
    SELECT city, "assetId"
    FROM exif
    WHERE city > c.city
    ORDER BY city
    LIMIT 1
  ) l
)

这种模式在实现分页或层级遍历时特别有效，因为它可以避免全表扫描，只处理必要的记录。

开发者建议

对于正在使用 Kysely 的开发者，建议：

1. 在需要笛卡尔积的场景下，优先使用新增的 crossJoin() 方法
2. 在 PostgreSQL 环境中处理需要引用前表字段的子查询时，使用 crossJoinLateral()
3. 注意不同数据库方言的语法差异，特别是在 SQL Server 环境下

这一功能增强使得 Kysely 在处理复杂查询时更加灵活高效，为开发者提供了更多优化查询性能的工具选择。