
При этом задача обеспечения масштабируемости и гибкости таких систем является исключительно важной, и ее решение позволяет в целом заметно повысить производительность систем, и избежать излишней фрагментации обработки информации.
В этом отношении вопрос оптимизации ABAP для работы с SAP HANA подробно освещен в статье Яны Рихтер (Jana Richter) и Торстена Шнайдера (Thorsten Schneider), перевод которой мы бы хотели вам предложить в рамках этого блога.

Пожалуйста, встречайте: Таня Данкан!




1) способность информационной системы предоставлять релевантную информацию,
2) умение бизнес-аналитиков выбирать информацию из «моря данных»,
3) готовность топ-менеджеров брать ответственность за принятые решения.
Священное писание даёт нам прекрасную иллюстрацию этой концепции.


Однако в широкое освещение эта тема попадает возможно не так часто, как того требует скорость развития самой HANA как современной технологии и повышающиеся требования к уровню поддержки производительности ИТ-инфраструктуры.
В этой связи мы приводим статью Девида Халла, посвященную обзору возможностей SAP HANA в отношении DR и HA.




К сожалению, не ко всем объектам SAP создаются документы изменений, позволяющие отслеживать историю. Что же делать, если Вам нужно отследить историю объекта, к которому нет автоматически создаваемых документов изменений? Например, не существует прямого способа определить дату создания Балансовой Единицы в SAP. Таблица T001, в которой хранится основная информация по БЕ, не содержит никаких дат для отслеживания истории. Также к объекту Балансовая Единица нет документов изменений.


Мы извлекаем данные как из SAP, так и не-SAP исходных систем. Мы делаем очистку данных и преобразование данных путем применения бизнес-логики в правилах трансформации. Наконец данные на детальном уровне и уровне документов загружаются в ODS. Обобщенные, агрегированные данные попадают и хранятся в инфокубах. Отчетность формируется из информации которая находится в кубах. Детализация данных в отчетах строится на детальных данных из ODS посредством RRI (Report to Rrport Interface). Этот подход хорошо работает на небольших проектах и небольших объемах данных.

С первого взгляда, США имеют достаточно простую схему налогообложения посредством Налога с Продаж.
Так ли это на самом деле? Давайте разберемся!

Давайте рассмотрим пример с тремя сторонами в процессе производства и продажи.


