kalupatorтак работать будет,
Не, не будет.
With только определяет таблицы ("функции", если рассматривать реляционное исчисление как функциональные язык). В какой момент будет производиться реальное вычисление ф-и (материализация отношения) и будет ли производиться вообще, определяется оптимизатором. "В этом весь смысл!" :)

Даже если это в какой-то момент заработает, если, к примеру, два запроса


объединить через UNION ALL и запихнуть во VIEW, то никто не гарантирует, что оно не перестанет работать, если, к примеру, поменять степень параллелизма с 1 на N или после установки очередного фикс-пака.

kalupatorно мне этот вариант не подходит. Я кастомизирую один проект, от которого не имею исходного когда. Компания разработчик предоставили свои интерфейсы и методы обращения к БД, они жестко регламентированы.
В частности выполнения запросов запрещено вообще, разрешено лишь обращение к данным таблицы - оно осуществляется вызoвом функции с двумя параметрами - первый имя таблицы, второе условие отбора where.
Поэтому и был использован такой способ вызов функций после оператора where - другого просто нет =)
Если б запрос работал так, как вы хотите, то подходил бы - никто не запрещает сделать на основе этого запроса VIEW.

Доп. вопрос, какой функциональности (с учётом описанного "API") может не хватать при построении вообще всего на системе VIEW?
И почему нельзя в качестве имени таблицы указать table(get_some_data('data','N')), скобки допустимы, а кавычки нет?