Comments 9
А можно то же самое только по русски? Для тех кто с сапом не работал?
А в чем его принципиальное отличие от view?
Ну вообще-то SQL позволяет создавать представления ака VIEW. Которые потом используются в источнике данных точно так же, как используются статические таблицы и CTE. И вместо многострочного запроса на десяток экранов вполне возможно создание нескольких представлений, каждое из которых формирует некий промежуточный набор данных с вменяемой логикой и осмысленным результатом, и последующее использование их в достаточно компактном и понятном финальном запросе. Правда, далеко не каждый диалект допускает использование в представлениях параметров.
Точно так же многие диалекты допускают создание пользовательских функций, которые возвращают набор данных. Используются они так же, как и представления, но допускают практически неограниченную параметризацию.
Использование таких представлений и функций, отлаженных и вылизанных, сродни использованию пользовательских функций в языках программирования, вынесенных в отдельный модуль пользовательской библиотеки.
Вот с чем у представлений и функций плохо - так это с созданием их путём визуального программирования. Мышка не при делах - тут не поспоришь...
кроме того, такой графический запрос можно легко трансформировать при сохранении для выполнения на разных платформах: Trino, Cedrusdata, Spark:
asapBI: импортозамещение SAP Calculation View