В главах подробно описывается процесс создания базовых экранных элементов в Screen Painter с помощью графического редактора компоновки: текстовых полей, флажков, переключателей, кнопок, полей ввода/вывода и выпадающих списков. Особое внимание уделено связи экранных элементов с полями программы и словаря данных ABAP, а также механизму передачи функциональных кодов через события PAI, что позволяет организовать динамическое взаимодействие пользователя с диалоговой программой.
В тексте подробно разбираются ключевые компоненты диалоговой программы — логика выполнения (события PBO и PAI), GUI-статусы и разнообразные экранные элементы, которые в совокупности формируют пользовательский интерфейс и обеспечивают четкое, управляемое взаимодействие между пользователем и системой SAP.
Диалоговое программирование включает создание набора экранов, логики выполнения (flow logic), строк меню и кода ABAP, которые, будучи связанными между собой, образуют приложение. По завершении этой главы вы будете знать, как создавать транзакции и разрабатывать диалоговые программы.
Как планировать фоновые задания, динамически управлять полями экрана выбора и передавать параметры между программами? Разбираем продвинутые техники работы с экранами выбора в ABAP.
Как избавить пользователей от ручного ввода одних и тех же данных при каждом запуске отчета? Ответ — варианты экранов выбора. Читайте подробный гайд по созданию вариантов, скрытию лишних полей, работе с динамическими датами и таблицей TVARVC в ABAP.
Статья посвящена одному из ключевых инструментов диагностики производительности в SAP HANA — анализу планов выполнения SQL-запросов. Автор показывает, как с помощью этого анализа можно заглянуть «под капот» базы данных и понять, каким именно способом система обрабатывает ваш запрос, какие операции занимают больше всего времени и где возникают неоптимальные решения оптимизатора. Раздел не просто знакомит с интерфейсами анализа, но и даёт практические рекомендации, как разработчику использовать эти знания для написания более быстрых SQL-запросов, не углубляясь во внутреннее устройство движка, а опираясь на визуальные подсказки и распределение времени выполнения.
В предыдущих статьях мы учились определять экраны выбора в разных типах программ, сегодня же мы обсудим различные события экрана выбора, которые можно использовать. Также мы обсудим, как проверять ввод на экране выбора.
Анализ производительности SQL в SAP HANA опирается на SQL-консоль для проверки планов выполнения, монитор потоков (Threads) для контроля текущих блокировок и зависаний, кэш планов (SQL Plan Cache) для выявления исторически тяжелых запросов и детальную трассировку (Expensive Statements Trace) для глубокого разбора проблем с гибкими фильтрами. При этом сравнение общего времени выполнения и времени CPU служит ключевым индикатором того, насколько эффективно система распараллелила обработку запроса.
Экраны выбора позволяют пользователям выбирать, какие сведения они увидят в конкретном приложении. В этой главе рассматривается, как разрабатывать обработку событий, которые возникают на экране выбора.
Как укротить in-memory базу данных и найти узкое место в SAP HANA? Полный гид по мониторингу производительности: разбираем инструменты администрирования (Studio, Cockpit), учимся работать с системными представлениями и детально исследуем архитектуру потребления RAM и CPU. Всё, что нужно SAP Basis-специалисту для точной диагностики, оптимизации запросов и предотвращения сбоев на продакшене.
Моделирование данных в SAP HANA включает проектирование таблиц, индексов, операторов чтения (SQL-операторов и представлений базы данных), а также операторов записи.
После вебинара стало очевидно: ИИ в ABAP уже умеет многое — от генерации черновиков кода и документации до разбора legacy-логики и помощи в IDE, но реальная польза начинается только там, где результат можно быстро проверить и безопасно встроить в систему. В SAP-разработке красивый ответ модели еще не означает готовое решение.
Отчёты, которые используют экраны списков для вывода результата, называются классическими отчётами. Классические отчёты бывают обычными и интерактивными. Обычные отчёты используют только базовый список для вывода результата, то есть не содержат интерактивных элементов. Интерактивные отчёты, напротив, содержат элементы, которые реагируют на действия пользователя в отображённом списке.
В предыдущей статье мы говорили об организации памяти. Теперь, когда понятна организация памяти, перейдём к тому, как программы обрабатывают экраны списков.
ABAP-программа состоит из различных блоков обработки, а выполнение ABAP-программы сводится к вызову этих блоков обработки в определённом порядке. Поток выполнения полностью контролирует среда выполнения. При запуске программы первый блок обработки всегда вызывается «снаружи» — средой выполнения, а дальнейшая последовательность зависит от действий пользователя. В этом разделе рассматривается поток выполнения исполняемых программ и программ module pool — единственных типов программ, которые выполняются пользователем. Затем рассматривается внутренний вызов других типов программ, которые обсуждались ранее.
Экраны списков (List Screens) — один из самых базовых способов разработки отчётов в ABAP. В этой главе рассматривается использование экранов списков для разработки отчётов.
В предыдущем разделе вы узнали, как создавать персистентные классы и работать с персистентными объектами. В следующем разделе мы рассмотрим работу с файлами на сервере приложений и на уровне представления.
До этого момента мы рассмотрели различные способы персистентного хранения данных в базе. Однако все эти техники используют процедурные элементы для записи данных. ABAP Object Services представляет собой фреймворк, который предоставляет различные сервисы для создания и работы с персистентными объектами. Их мы и рассмотрим сегодня.
Продолжая использовать сайт, вы соглашаетесь на обработку персональных данных, собираемых с использованием cookie-файлов и сервиса «Яндекс Метрика» для анализа использования сайта и оценки эффективности маркетинговых кампаний. Более подробная информация представлена в Политике конфиденциальности.