W praktyce będą one wykonywane w podanej kolejności, ale nie ma gwarancji.
Jeśli jest to gwarantowane, zostanie omówione w dokumentacji lub standardzie SQL. Nie widzę żadnej wzmianki o kolejności wykonania UNION
w obu.
Gdyby optymalizator miał powód do wykonania jednego przed drugim, mógłby to zrobić.
Aby zapewnić kolejność wykonywania, uruchom instrukcje w żądanej kolejności:
SELECT * FROM func1();
SELECT * FROM func2();
Jeśli chcesz ograniczyć podróże w obie strony, jeśli to możliwe, użyj urządzeń do grupowania klienta lub użyj DO
blok:
DO
$$
BEGIN
PERFORM proc1();
PERFORM proc2();
END;
$$;
Jeśli chcesz zwrócić wartości, użyj funkcji i RETURN QUERY
lub RETURN NEXT
.
Możesz też wymusić zamawianie z CTE, ponieważ w PostgreSQL (niestety) CTE działają jak ogrodzenia optymalizacyjne, które wymuszają materializację wyników . Jednak AFAIK PostgreSQL nadal nie musi wykonywać warunków CTE w kolejności, w jakiej zostały napisane, ani w kolejności, do której się odwołują; jedyną gwarancją, jaką otrzymasz, jest to, że:
WITH f1 AS (SELECT * FROM function1())
SELECT * FROM function2()
UNION ALL
SELECT * FROM f1;
następnie function1
muszą zostać wykonane i zmaterializowane jako pierwsze. Jest to jednak błąd charakterystyczny dla PostgreSQL; nie dotyczy to innych silników baz danych, których nie gwarantuje standard, i nie należy na nich polegać.
To nie rozciąga się na
WITH f1 AS (SELECT * FROM function1())
f2 AS (SELECT * FROM function2())
SELECT * FROM f2
UNION ALL
SELECT * FROM f1;
... tak jak w tym przypadku PostgreSQL może wykonywać niezależne warunki CTE w dowolnej kolejności.
Ponownie, w przypadku złączeń obowiązuje ta sama zasada. Jeśli warunki są niezależne, system może wybrać ich wykonanie w dowolnej kolejności, choć generalnie nie. A więc:
select null::void from (select 1 from foo() ) left join (select 1 from bar()) on true
może ocenić i zmaterializować bar()
następnie dołącz wyniki w foo()
.
Jeśli chcesz wykonać uporządkowane wykonanie, nie powinieneś polegać na zestawach operacji, takich jak unie i złączenia. Użyj oddzielnych zapytań lub kodu proceduralnego.
Tak, jest.
SELECT * FROM function1();
SELECT * FROM function2();