嘿，我正好踩过PostgreSQL里随机函数执行时机的坑，这两个问题其实都是因为PostgreSQL的查询优化逻辑导致的，咱们一步步来解决：

第一部分：基础查询——让固定列表每次返回不同的随机顺序 #

你最开始写的：

select unnest(ARRAY['I','Q','C','K','X','T','S','NE']) order by random();

理论上每次运行都应该返回不同的顺序，因为random()会给每一行生成一个独立的随机值用来排序。如果你遇到每次顺序都一样的情况，大概率是这两个原因之一：

• 你的客户端工具缓存了查询结果，比如某些GUI工具会默认缓存相同查询的结果，试试新开一个会话或者手动清空缓存再跑；
• 会话的随机种子被固定了，可以先执行select setseed(random());重置随机种子，再跑你的查询。

如果还是有问题，换个更明确的写法，确保PostgreSQL不会做奇怪的优化：

SELECT val
FROM unnest(ARRAY['I','Q','C','K','X','T','S','NE']) AS val
ORDER BY random();

这个写法和你的本质一样，但拆分了表函数和排序逻辑，更容易让PostgreSQL正确触发每行的随机计算。

第二部分：批量更新——让每行生成不同的随机聚合字符串 #

你之前的update写法里，所有行得到相同结果的核心问题是：那个生成聚合字符串的子查询被PostgreSQL当成了「独立标量子查询」，只会执行一次，然后把结果复用给所有更新的行。要让每行都生成不同的结果，必须让子查询和当前行绑定，强制PostgreSQL为每一行重新执行随机逻辑。

给你两种实用的解决方法：

方法一：用LATERAL子查询（推荐，最直观） #

LATERAL是PostgreSQL里用来关联外部表的子查询语法，它能让子查询感知到外部表的每一行，从而为每行单独执行逻辑。写法如下：

-- 先准备你的测试表
CREATE TEMP TABLE test (test text);
INSERT INTO test VALUES (null), (null);

-- 带LATERAL的更新语句
UPDATE test
SET test = sub.agg_val
FROM LATERAL (
    -- 这里的逻辑会为test表的每一行重新执行一次
    SELECT string_agg(val, ',' ORDER BY random()) AS agg_val
    FROM unnest(ARRAY['I','Q','C','K','X','T','S','NE']) AS val
) AS sub
RETURNING test;

这样执行后，你会看到两行的结果完全不同，因为每行都触发了一次独立的随机聚合。

方法二：关联当前行的唯一标识（适合有主键的表） #

如果你的表有主键（比如id列），或者用PostgreSQL内部的行标识ctid，可以通过关联当前行的列来让PostgreSQL知道子查询依赖于当前行，必须重新执行：

-- 用ctid的写法（不需要加主键）
UPDATE test
SET test = (
    SELECT string_agg(val, ',' ORDER BY random())
    FROM unnest(ARRAY['I','Q','C','K','X','T','S','NE']) AS val
    -- 关联当前行的ctid，强制子查询为每行重新计算
    WHERE test.ctid = test.ctid
)
RETURNING test;

如果你的表有主键（比如id），把ctid换成id会更稳妥，因为ctid在表做vacuum或者行移动后可能变化。

最后再补个小提醒：不管是生成随机排序的行列表，还是聚合为随机字符串，核心都是让随机逻辑和每一行绑定，避免PostgreSQL把随机逻辑优化成一次性执行的子查询。这样就能保证每次运行、每行数据都能得到不同的随机结果啦！