Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Интерфейс базы данных SAP

Читайте также:
  1. А. Создание и заполнение базы данных
  2. Автоматизация ввода данных
  3. АНАЛИЗ ИСХОДНЫХ ДАННЫХ
  4. Анализ основных путей получения данных консультантом для анализа сложившейся ситуации в компании клиента.
  5. Анализ эмпирических данных
  6. Аналитическая обработка данных, системы оперативной аналитической обработки (ОLAP).
  7. Архитектура и интерфейсы GSM (мобильная станция, подсистема базовых станций, центр коммутации,, домашний и визитный регистры).

Рисунок 12. Интерфейс базы данных

 

В настоящее время администрирование больших объемов данных обычно осуществляется посредством систем управления реляционными базами данных (СУРБД). Эти системы сохраняют данные и связь между ними в двумерных таблицах (рисунок 12). Определения данных, таблиц и отношений между таблицами хранятся в словаре данных реляционной СУБД.

Во внутреннем языке системы (ABAP/4) используется специфический диалект языка SQL – SAP OPEN SQL. SAP OPEN SQL используется для доступа к данным приложения, хранящимся в БД, независимо от конкретной СУРБД. Интерфейс базы данных SAP преобразует операторы Open SQL из ABAP-операторов в соответствующие операторы базы данных. Это означает, что прикладные программы, написанные на ABAP, являются независимыми от используемых баз данных. В АВАР могут использоваться операторы Native SQL – операторы диалекта SQL, используемые в конкретной СУБД. Но эти операторы следует использовать осторожно, т.к. они специфичны для конкретной СУБД и программы, написанные с их использованием, могут не работать в других системах, использующих другой тип СУБД.

Во время интерпретации операторов Open SQL интерфейс базы данных R/3 проверяет синтаксис этих операторов и следит за оптимальным использованием локальных буферов SAP в совместной памяти сервера приложения. Данные, часто используемые приложениями, хранятся в этих буферах, вследствие чего системе не надо каждый раз обращаться к серверу базы данных для их считывания. В частности, все технические данные, такие, как ABAP-программы, экраны и информация ABAP-словаря, а также параметры бизнес-процесса обычно в действующей системе не изменяются и поэтому их можно буферизировать.

При обращении к базе данных с помощью Native SQL, буферы памяти не используются.

 

Сервисы сервера приложений SAP

Рисунок 13. Сервисы сервера приложений

 

Операционная система рассматривает исполняющую систему SAP в качестве группы параллельных взаимодействующих процессов (рисунок 13). На каждом сервере приложения эти процессы включают в себя диспетчер, а также рабочие процессы следующих типов:

· диалоговая обработка (D),

· обновление (V),

· управление блокировками (E),

· фоновая обработка (B),

· спул (S) – процессы обработки заданий печати,

· постановка в очередь – обработка очереди заданий.

 

Помимо этих типов рабочих процессов, система SAP предоставляет два дополнительных сервиса для внутренней и внешней связи.

Сервер сообщений (MS) осуществляет связь между распределенными в системе SAP диспетчерами и поэтому является необходимым условием при использовании нескольких параллельно работающих серверов приложений.

Шлюзовый сервер (GW) обеспечивает связь между системами SAP, R/2 и внешними прикладными системами.

 


Дата добавления: 2015-12-07; просмотров: 238 | Нарушение авторских прав



mybiblioteka.su - 2015-2024 год. (0.007 сек.)