Що таке оптимізований для запису DSO в SAP? Як створити?

Anonim

Що таке оптимізований для запису DSO?

Оптимізований для запису DSO використовується, коли об’єкт зберігання даних потрібен для зберігання записів із найменшою деталізацією, таких як адреса, і коли функція перезапису не потрібна. Він складається лише з таблиці активних даних, отже, немає необхідності в активації даних, що збільшує процес обробки даних. Об'єкт сховища даних доступний одразу для подальшої обробки; він використовується як тимчасова площа для зберігання великого набору даних.

Оптимізований для запису DSO в першу чергу був розроблений для початкового етапу вихідних системних даних, звідки дані могли бути передані до стандартного DSO або Info Cube.

  1. PSA отримує дані у незмінному вигляді до системи Source
  2. Дані розміщені на рівні документа , після завантаження в стандартну дану DSOS видаляються
  3. Дані розміщуються в Оптимізованому для запису DSO корпоративною пам’яттю з проходу через оптимізований для запису DSO
  4. Дані розподіляються з оптимізованого для запису "пройти через" до стандартних системних операторів зв'язку відповідно до вимог бізнесу

Написати оптимізовані властивості DSO:

  • Застосовується для початкової постановки вихідних системних даних.
  • Дані, що зберігаються, мають найменшу деталізацію.
  • Завантаження даних може бути швидшим, оскільки він не має окремого кроку активації.
  • Кожен запис має технічний ключ, а отже, агрегування записів неможливе. Нові записи вставляються щоразу.

Створення оптимізованого для запису DSO:

Крок 1)

  1. Перейдіть до коду транзакції RSA1
  2. Натисніть кнопку OK.

Крок 2)

  1. Перейдіть на вкладку Моделювання-> Інформаційний провайдер.
  2. Клацніть правою кнопкою миші на Інформаційна область.
  3. Клацніть на "Створити об'єкт сховища даних" у контекстному меню.

Крок 3)

  1. Введіть Технічну назву.
  2. Введіть Опис.
  3. Натисніть кнопку «Створити».

Крок 4)

Клацніть на кнопку «Редагувати» в «Тип об’єкта DataStore».

Крок 5)

Виберіть тип «Оптимізовано для запису».

Технічні ключі включають ідентифікатор запиту, пакет даних, номер запису. До цього додаткові об’єкти не можуть бути включені.

Семантичні ключі схожі на ключові поля, однак тут унікальність не враховується для функціональності надмірного запису. Натомість вони використовуються разом із налаштуванням «Не перевіряти унікальність даних».

Призначення семантичного ключа полягає у виявленні помилок у вхідних записах або повторюваних записах.

Повторювані записи записуються в стек помилок у наступному порядку. Ці записи в стеці помилок можна обробити або перезавантажити, визначивши Semantic Group у DTP.

Семантичні групи не потрібно визначати, якщо не буде можливості дублювати записи або записи помилок.

Якщо ми не встановимо прапорець «Дозволити повторюваний запис даних», дані, що надходять з джерела, перевіряються на дублювання, тобто якщо той самий запис (семантичні ключі) вже існує в DSO, тоді поточне навантаження припиняється.

Якщо ми встановимо прапорець, повторювані записи завантажуються як новий запис. У цьому випадку семантичні ключі не мають значення.

Крок 6)

Активуйте DSO.