窗口函数不能直接对JSONB值排序或分组，必须先用->>或#>>提取为text等标量类型，再参与ORDER BY或PARTITION BY；数组需用jsonb_array_elements()展开后配合LATERAL使用；更新时用jsonb_set()写回，索引需建在提取字段而非原jsonb列上。
窗口函数不能直接对 JSONB 值排序或分组
PostgreSQL 的窗口函数（如 ROW_NUMBER()、RANK()、LAG()）作用于标量值，而 jsonb 是复合类型，不支持直接参与 ORDER BY 或 PARTITION BY 子句。如果你写 ORDER BY data（其中 data 是 jsonb 列），会报错：ERROR: cannot order by column of type jsonb。
必须先将 jsonb 中的关键字段“提取出来”，转为可比较的标量类型（如 text、int、boolean），再用于窗口逻辑：
-
->>'name'提取字符串用于ORDER BY或PARTITION BY -
(data ->> 'score')::int转整型后参与排名计算 - 嵌套字段用
#>>'{user,profile,level}'配合类型转换 - 避免用
->（返回jsonb）——它仍不可排序
用 jsonb_array_elements() 展开数组后加窗口函数
当你要对 JSONB 数组里的每个元素单独编号、累计或对比时，得先用 jsonb_array_elements() 把数组“炸开”成行，再套窗口函数。这是最常见也最容易漏掉的步骤。
比如表 orders 有字段 items jsonb，存 [{"sku":"A","qty":2},{"sku":"B","qty":1}]：
SELECT id, elem ->> 'sku' AS sku, (elem ->> 'qty')::int AS qty, ROW_NUMBER() OVER (PARTITION BY id ORDER BY (elem ->> 'qty')::int DESC) AS rn FROM orders CROSS JOIN LATERAL jsonb_array_elements(items) AS elem;
注意点：
- 必须用
CROSS JOIN LATERAL，不能只写JOIN—— 否则jsonb_array_elements()不认上下文变量 -
elem是每行一个jsonb元素，后续仍需->>或#>>提取字段 - 如果数组为空或为
null，LATERAL默认不生成行；需要保留主表行时改用LEFT JOIN LATERAL并加ON true
jsonb_set() 和窗口函数组合更新序号字段
想把窗口计算出的序号（如按时间顺序给每条记录打 seq_no）反写回 JSONB 字段内部，要用 jsonb_set()。但要注意路径语法和类型匹配。
例如：给每条记录的 meta 对象里插入动态生成的 seq 字段：
UPDATE events e
SET payload = jsonb_set(
e.payload,
'{meta,seq}',
to_jsonb(seq.rn),
true
)
FROM (
SELECT id, ROW_NUMBER() OVER (ORDER BY created_at) AS rn
FROM events
) seq
WHERE e.id = seq.id;
关键细节：
- 路径参数
'{meta,seq}'必须是text[]类型，不能写成'meta.seq'或'meta/seq' -
to_jsonb(seq.rn)确保值是jsonb类型；传seq.rn::text会变成字符串，传裸数字会报错 - 第四个参数
true表示“不存在则创建”，设为false时若meta不存在就静默失败 - 别在子查询里直接引用
payload——UPDATE ... FROM的子查询看不到外层表的列别名
性能陷阱：GIN 索引对窗口函数无效
你可能给 jsonb 字段建了 USING GIN 索引，以为能加速窗口函数中的 ORDER BY (data ->> 'ts')::timestamp。实际上不会生效 —— GIN 索引只加速 @>、?、#> 这类存在性或路径查询，不参与排序或范围扫描。
真正提速的方法只有两个：
- 在提取字段上建普通 B-tree 索引：
CREATE INDEX idx_payload_ts ON events ((payload ->> 'ts')::timestamp) - 如果频繁按某路径排序，考虑冗余一个生成列：
ALTER TABLE events ADD COLUMN ts_parsed TIMESTAMP GENERATED ALWAYS AS ((payload ->> 'ts')::timestamp) STORED，再对其建索引
嵌套深、类型杂、又没预建对应索引的 JSONB 字段，在大表上跑窗口函数很容易从秒级退化到分钟级 —— 这个瓶颈不在 SQL 写法，而在数据组织方式本身。
