基本答案
Postgres中 有 CTE* （公用表表达式）
*（就像在除MySQL外的任何主要现代RDBMS中一样）。
从9.1版开始，其中包括修改数据的CTE。这些可以“嵌套”。
更新：MySQL 8.0最终添加了CTE。
与 子查询
不同，CTE构成了优化障碍。查询计划程序无法将琐碎的命令内联到主命令中，也无法在主查询和CTE之间重新排序联接。子查询也可能如此。取决于性能，它的性能可能（非常）好（坏）。
无论哪种方式，CTE都比子查询需要更多的开销（性能成本）。
您未要求的详细信息
您的问题非常基本，以上内容足以回答。但是，我将为高级用户添加一些内容（以及一个显示语法的代码示例）。
查询的所有CTE基于数据库的 相同快照 。下一个CTE可以重用以前CTE 的 输出
（内部临时表），但是对其他CTE而言，对基础表的影响是不可见的。多热膨胀系数的顺序是任意的 ，除非
事情返回了
RETURNINGfor子句
INSERT，
UPDATe，
DELETEirrelvant为-
SELECT，因为它不会改变任何东西，并从快照只是读取。
这可能会对多个更新产生微妙影响，这些更新会影响同一行。只有 一个 更新可以影响每一行。哪一个受CTE顺序的影响。
尝试预测结果：
CREATE TEMP TABLE t (t_id int, txt text);INSERT INTO t VALUES (1, 'foo'), (2, 'bar'), (3, 'baz');WITH sel AS (SELECT * FROM t) , up1 AS (UPDATe t SET txt = txt || '1' WHERe t_id = 1 RETURNING *) , up2 AS (UPDATE t SET txt = t.txt || '2' FROM up1 WHERe up1.t_id = t.t_id RETURNING t.*) , ins AS (INSERT INTO t VALUES (4, 'bamm')) , up3 AS (UPDATe t SET txt = txt || '3' RETURNING *)SELECT 'sel' AS source, * FROM selUNIOn ALLSELECt 'up1' AS source, * FROM up1UNIOn ALLSELECt 'up2' AS source, * FROM up2UNIOn ALLSELECt 'up3' AS source, * FROM up3UNIOn ALLSELECt 't' AS source, * FROM t;
SQL小提琴
别失望，我怀疑这里有很多人可以做到。:)
要点： 避免 CTE中的命令冲突。
