基本答案

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 sel
UNION ALL
SELECT 'up1' AS source, * FROM up1
UNION ALL
SELECT 'up2' AS source, * FROM up2
UNION ALL
SELECT 'up3' AS source, * FROM up3
UNION ALL
SELECT 't'   AS source, * FROM t;

SQL小提琴

别失望，我怀疑这里有很多人可以做到。:)
要点： 避免 CTE中的命令冲突。