Как избавить пользователей от ручного ввода одних и тех же данных при каждом запуске отчета? Ответ — варианты экранов выбора. Читайте подробный гайд по созданию вариантов, скрытию лишних полей, работе с динамическими датами и таблицей 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 представляет собой фреймворк, который предоставляет различные сервисы для создания и работы с персистентными объектами. Их мы и рассмотрим сегодня.
В этом разделе даётся ответ на вопрос, чем оптимизация запросов к базе данных в SAP HANA отличается от методов, рассмотренных ранее. Мы опишем, как работает column store — ключевая инновация SAP HANA.
Программы ABAP, как правило, работают с данными, которые читаются из персистентного источника хранения (например, базы данных), то есть с данными, существующими даже тогда, когда программа не обращается к ним. В этой главе объясняется, как сохранять персистентные данные для использования в программах ABAP.
Проведя анализ аппаратных ресурсов, базы данных, рабочих процессов и областей памяти SAP NetWeaver AS ABAP с точки зрения производительности снизу вверх, вы сможете получить начальный обзор текущей ситуации в системе. Публикуем пропущенные разделы из главы 2 книги, в которой представлены базовые сведения по анализу производительности оборудования, базы данных, конфигурации памяти SAP и рабочих процессов SAP для SAP NetWeaver Application Server ABAP (SAP NetWeaver AS ABAP).
Продолжая использовать сайт, вы соглашаетесь на обработку персональных данных, собираемых с использованием cookie-файлов и сервиса «Яндекс Метрика» для анализа использования сайта и оценки эффективности маркетинговых кампаний. Более подробная информация представлена в Политике конфиденциальности.