SELECT 语句中使用多个集合返回函数的意外行为问题：
在 SELECT 语句的子句中使用多个返回集合的函数可能会产生意外的结果，特别是当集合的长度不相等时。 generate_series(1, 3) 和 generate_series(5, 7) 产生交叉连接，而 generate_series(1, 2) 和 generate_series(1, 4) 则不会。这种不一致令人费解。
说明：
关键在于PostgreSQL版本差异。 PostgreSQL 10 及更高版本对此的处理方式与早期版本（9.6 及之前版本）不同。
PostgreSQL 10 及更高版本：
PostgreSQL 10 及后续版本将 SELECT 列表中的多个返回集合的函数处理为类似于 LATERAL ROWS FROM(...) 子句。 这些函数同步执行，并且较短的集合用 NULL 值填充以匹配最长集合的长度。这确保了完整的交叉连接。 例如：
<code>row2 | row3 | row4 -----+------+----- 1 | 11 | 21 2 | 12 | 22 NULL | 13 | 23 NULL | NULL | 24</code>
PostgreSQL 9.6 及更早版本：
在旧版本（9.6 及之前）中，结果集的行计数等于单个函数行计数的最小公倍数 (LCM)。 仅当集合大小不共享公约数时才会发生交叉连接。 使用相同的示例，输出将是：
<code>row2 | row3 | row4 -----+------+----- 1 | 11 | 21 2 | 12 | 22 1 | 13 | 23 2 | 11 | 24 1 | 12 | 21 2 | 13 | 22 1 | 11 | 23 2 | 12 | 24 1 | 13 | 21 2 | 11 | 22 1 | 12 | 23 2 | 13 | 24</code>
最佳实践：
为了避免意外结果，最好使用 LATERAL 连接或子查询，而不是直接将多个返回集合的函数放在 SELECT 列表中。这提供了更清晰的控制和可预测的行为。
更多详细信息和相关信息，请查阅 PostgreSQL 官方文档：
以上是为什么 SELECT 子句中的多个返回集合的函数并不总是在 PostgreSQL 中产生交叉连接？的详细内容。更多信息请关注PHP中文网其他相关文章！
