postgres union 是否保证调用有副作用的函数时的执行顺序？

我正在使用 postgres 9.3 并尝试确保从 sql 语句调用时按顺序调用存储过程。 以下操作是否有效（确保首先调用 foo()，然后调用 bar()）？

select null::void from (
    select 1 from foo()
    union select 1 from bar() ) _;

下面的也怎么样？ [注意，因为它只是上述内容的一个稍微冗长的版本——我所追求的是一般 CTE 是否会按照“调用”的顺序、按照规范的顺序执行，还是未定义？]

with x as ( select foo() ),
y as ( select bar() )
select null::void from ( select 1 from x union select 1 from y );

除了正在进行的工作是否有效之外，是否有更惯用的方法来确保执行顺序（具有任意/不重要的返回值）？也许只是？

select null::void from ( select foo(), bar() ) _;

更新——解释原因：

我希望的是，如果我在 sql 中指定函数，优化器可以消除常见的子表达式（等），同时保持包含 DDL 的部分的顺序。例如，如果 foo、bar 是

create function foo() returns void language sql as $$
    with x as (select is_immutable())
    select is_volatile(x.is_immutable) from x
$$;
create function bar() returns void language sql as $$
    with x as (select is_immutable())
    select is_volatile_2(x.is_immutable) from x
$$;

优化器会将它们内联到 sql 中，并能够分解出对is_immutable()，同时仍保持不稳定的通话秩序。

妙语（如果你不想阅读克雷格耐心的解释）

优化器将内联“语言sql”过程，但它不会消除“公共子表达式”（或者至少不会以我希望的方式）。因此，尝试影响一条语句中的顺序或执行，而不是使用多个语句，是没有帮助的，至少对于我想要完成的任务来说是这样。下面列出了一个使用 CTE 的技巧，它可以工作——但正如@harmic 在评论中指出的那样，它可能在 postgres 的未来版本中不起作用，并且如果发生这种情况，可能会引入难以发现的偶发错误......我不相信控制执行顺序永远没有用，但克雷格的建议是确保在尝试之前有充分的理由，这当然是好的。

实际上，它们将按照给定的顺序执行，但不能保证。

如果得到保证，那么它将包含在文档或 SQL 标准中。我没有看到任何提及执行顺序的内容UNION在任一。

如果优化器有理由在另一个之前执行一个，那么它就可以自由地这样做。

为了确保执行顺序，请按所需顺序运行语句：

SELECT * FROM func1();
SELECT * FROM func2();

如果您想减少往返次数，请尽可能使用客户的配料设施，或使用DO block:

DO
$$
BEGIN
  PERFORM proc1();
  PERFORM proc2();
END;
$$;

如果需要返回值，请使用函数并RETURN QUERY or RETURN NEXT.

或者您可以强制使用 CTE 进行排序，因为在 PostgreSQL 中（不幸的是）CTE 充当优化栅栏，强制结果具体化 http://blog.2ndquadrant.com/postgresql-ctes-are-optimization-fences/。然而，据我所知 PostgreSQL 仍然不必按照 CTE 术语的编写顺序或引用顺序来执行它们；您得到的唯一保证是如果您这样做：

WITH f1 AS (SELECT * FROM function1())
SELECT * FROM function2()
UNION ALL
SELECT * FROM f1;

then function1必须首先执行并具体化。但这是 PostgreSQL 特有的缺陷；其他数据库引擎并非如此，不受标准保证，因此您不应该依赖它。

这并没有延伸到

WITH f1 AS (SELECT * FROM function1())
     f2 AS (SELECT * FROM function2())
SELECT * FROM f2
UNION ALL
SELECT * FROM f1;

...在这种情况下，PostgreSQL 可以按任一顺序执行独立的 CTE 项。

同样，对于连接，同样的原则适用。如果术语是独立的，那么系统可以选择以任何顺序运行它们，但通常不会。所以：

select null::void from (select 1 from foo() ) left join (select 1 from bar()) on true

可以评估并具体化bar()然后将其结果加入foo().

如果您想要有序执行，则不应依赖联合和联接等集合操作。使用单独的查询或过程代码。

是否有更惯用的方法来确保执行顺序（具有任意/不重要的返回值。

就在这里。

SELECT * FROM function1();
SELECT * FROM function2();