嘿，这个问题抓得特别准！很多刚摸PostgreSQL表函数的同学都会被这两种写法搞懵，咱们来把底层逻辑掰扯清楚：

首先明确一点：你看到的select unnest(array[1,2,3]), unnest(array[4,5,6])能正常运行，不是PostgreSQL在“放水”宽容你，而是它特意实现了对「标量上下文里行集返回函数（Set-Returning Functions, SRFs）」的支持，不过这种写法有版本差异和非标准特性，咱们一步步拆解：

两种写法的本质差异 #

1. SELECT列表中的多个unnest（你用的非官方写法） #

unnest本身是一个返回行集的函数，标准SQL里不允许在SELECT列表（标量上下文）里放这种函数，但PostgreSQL做了扩展支持：

• 在PostgreSQL 10及以后的版本中，多个行集返回函数会被同步迭代（类似“拉链”行为）：PostgreSQL会并行遍历每个unnest的结果，把对应位置的元素拼成一行，直到最短的那个行集耗尽，剩余位置用NULL填充。
• 而在PostgreSQL 9.6及更早版本中，这种写法会生成笛卡尔积：每个unnest的结果会两两组合，最终行数是各个行集的行数乘积（比如3个元素的数组×2个元素的数组会返回6行）。

举个版本差异的例子：

-- PostgreSQL 10+ 行为（同步迭代）
select unnest(array[1,2,3]), unnest(array[4,5]);
-- 输出
 unnest | unnest
--------+--------
      1 |      4
      2 |      5
      3 |   null

-- PostgreSQL 9.6及更早行为（笛卡尔积）
select unnest(array[1,2,3]), unnest(array[4,5]);
-- 输出（共6行）
 unnest | unnest
--------+--------
      1 |      4
      1 |      5
      2 |      4
      2 |      5
      3 |      4
      3 |      5

2. FROM子句中调用多参数unnest（官方推荐写法） #

select * from unnest(array[1,2,3], array[4,5,6])是官方文档明确推荐的标准用法：

• 这里的unnest是作为表函数被调用，接受多个数组参数，直接返回一个表，每个数组的对应元素作为同一行的不同列。
• 这种写法的行为跨版本完全一致：不管你用的是9.4+的哪个版本，只要支持多参数unnest，都会按“拉链+NULL填充最长数组”的逻辑返回结果，和PostgreSQL 10+里SELECT列表的行为对齐。

为什么官方更推荐FROM子句的写法？ #

虽然SELECT列表的写法能跑，但还是更建议用官方推荐的方式，原因有三：

• 语义更清晰：一眼就能看出来是把多个数组的对应元素展开成表，而不是多个独立的行集拼接。
• 行为更稳定：不会因为PostgreSQL版本不同出现结果天差地别的情况（比如从9.6升级到10，旧写法的结果会完全变样）。
• 符合SQL标准：这种表函数调用方式是SQL标准认可的写法，换其他支持表函数的数据库时，逻辑也更容易迁移。

最后总结下：你遇到的情况是PostgreSQL对行集返回函数的扩展支持，不是单纯的宽容，但这种扩展写法有版本坑，生产环境里尽量用官方推荐的FROM子句调用方式更稳妥～