Интересный баг (<15 версии БД) postgres=# create or replace view abc_bcd

as
with _a as (select 'first' as step,
a
from abc),
_b as (
select 'second',
a
from bcd
),
collected as
(
select * from _a
union all
select * from _b
)
select * from collected;
CREATE VIEW
postgres=# \d+ abc_bcd
Представление "public.abc_bcd"
Столбец | Тип | Правило сортировки | Допустимость NULL | По умолчанию | Хранилище | Описание
---------+---------+--------------------+-------------------+--------------+-----------+----------
step | text | | | | extended |
a | integer | | | | plain |
Определение представления:
WITH _a AS (
SELECT 'first'::text AS step,
abc.a
FROM abc
), _b AS (
SELECT 'second'::text,
bcd.a
FROM bcd
), collected AS (
SELECT _a.step,
_a.a
FROM _a
UNION ALL
SELECT _b."?column?",
_b.a
FROM _b
)
SELECT collected.step,
collected.a
FROM collected;

postgres=# WITH _a AS (
SELECT 'first'::text AS step,
abc.a
FROM abc
), _b AS (
SELECT 'second'::text,
bcd.a
FROM bcd
), collected AS (
SELECT _a.step,
_a.a
FROM _a
UNION ALL
SELECT _b."?column?",
_b.a
FROM _b
)
SELECT collected.step,
collected.a
FROM collected;
ОШИБКА: столбец _b.?column? не существует
СТРОКА 14: SELECT _b."?column?",
^

Не понимаю, о чём Вы: https://dbfiddle.uk/TLVRefG3 Как там PostgreSQL [принудительно] называет поля в своих "внутренних" SELECT (определениях views, например) — его дело, рассчитывать на такое же поведение в обычных запросах никаких причин нет. Или я чего-то не вижу?

Дамп потом не восстанавливается

Обратите внимание, что полученное определение view не корректно

Так Вы бы так и написали...

да, я как то слишком локанично)

Я всё равно не замечаю: https://dbfiddle.uk/MqcFCfBz Ну да ладно, исправили так исправили (дампы делать не пробовал, если что). ;)

поробуйте выполнить вывод SELECT pg_catalog.pg_get_viewdef('abc_bcd'::regclass); https://dbfiddle.uk/ozGZQplY

Ну вот, попробовал: https://sqlize.online/sql/psql11/3d248dffda5664263f6da5f0b07cd5fa/ Это dbfiddle.uk "лепит" в вывод какой-то гнусный unicode-символ, похоже: < > 8199, U+2007 FIGURE SPACE, &numsp;

Вероятно я на младших версиях проверял, в dbfiddle 14.6, на 14.1 вот такое поведение: postgres=# select version(); version ----------------------------------------------------------------------------------------------------------------------------- PostgreSQL 14.1 (Debian 14.1-1.pgdg110+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit (1 строка) postgres=# CREATE OR REPLACE FUNCTION public.exec( text) RETURNS SETOF RECORD LANGUAGE 'plpgsql' AS $BODY$ BEGIN RETURN QUERY EXECUTE $1 ; END $BODY$; CREATE FUNCTION postgres=# select * from exec(pg_catalog.pg_get_viewdef('abc_bcd'::regclass)) as t(step text, a int); ОШИБКА: столбец _b.?column? не существует СТРОКА 14: SELECT _b."?column?", ^ ЗАПРОС: WITH _a AS ( SELECT 'first'::text AS step, abc.a FROM abc ), _b AS ( SELECT 'second'::text, bcd.a FROM bcd ), collected AS ( SELECT _a.step, _a.a FROM _a UNION ALL SELECT _b."?column?", _b.a FROM _b ) SELECT collected.step, collected.a FROM collected; КОНТЕКСТ: функция PL/pgSQL exec(text), строка 3, оператор RETURN QUERY

Какой-то bug, исправленный в какой-то minor version, видимо (не обновляют авторы эти свои fiddles своевременно)... короче, всё это не интересно, таким образом. ;)