SAP BW - Objets et types DataStore

Dans ce chapitre, nous aborderons les différents objets DataStore et ses sous-modules.

Qu'est-ce qu'un objet DataStore?

Un DSO (DataStore Object) est connu comme le lieu de stockage pour maintenir les transactions ou les données de base nettoyées et consolidées au niveau de granularité le plus bas et ces données peuvent être analysées à l'aide du BEx query.

Un objet DataStore contient des ratios et les champs de caractéristiques et les données d'un DSO peuvent être mis à jour à l'aide de Delta update ou d'autres objets DataStore ou même à partir des données de base. Ces objets DataStore sont généralement stockés dans des tables de base de données transparentes à deux dimensions.

Architecture DSO

Le composant DSO comprend les trois tableaux suivants -

Activation Queue- Ceci est utilisé pour stocker les données avant leur activation. La clé contient l'identifiant de la demande, l'identifiant du package et le numéro d'enregistrement. Une fois l'activation terminée, la demande est supprimée de la file d'attente d'activation.
Active Data Table - Cette table permet de stocker les données actives actuelles et cette table contient la clé sémantique définie pour la modélisation des données.
Change Log- Lorsque vous activez l'objet, les modifications apportées aux données actives sont à nouveau stockées dans ce journal des modifications. Un journal des modifications est une table PSA et est conservé dans Administration Workbench sous l'arborescence PSA.

Lorsque vous chargez les nouvelles données dans un DSO et que la clé technique est ajoutée aux enregistrements. Une demande est ensuite ajoutée à la file d'attente d'activation. Il peut être déclenché manuellement ou automatiquement.

Types d'objets DataStore

Vous pouvez définir les objets DataStore dans les types suivants -

DSO standard
Mise à jour directe DSO
DSO optimisé en écriture

Type	Structure	Fourniture de données	Génération SID
Objet DataStore standard	Se compose de trois tables: file d'attente d'activation, table des données actives, journal des modifications	Du processus de transfert de données	Oui
Objets de magasin de données optimisés en écriture	Se compose uniquement du tableau des données actives	Du processus de transfert de données	Non
Objets DataStore pour la mise à jour directe	Se compose uniquement du tableau des données actives	À partir des API	Non

Objets DataStore standard

Pour créer un DSO standard, accédez à RSA Workbench.

Utilisation T-Code: RSA1

Aller à Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Saisissez le nom technique et la description de l'objet DataStore.

Type of DataStore Object→ Ceci est utilisé pour sélectionner le type DSO. Il prend un DSO standard par défaut.

Click the Create (F5) button.

Pour modifier le type de DSO, accédez à l'onglet des paramètres comme indiqué dans la capture d'écran suivante. Cliquez sur l'icône Modifier et dans une nouvelle fenêtre qui s'ouvre, vous pouvez modifier l'objet DataStore et également sélectionner le type.

Génération SID

Le SID est généré pour chaque valeur de données de base. Cliquez sur Modifier pour modifier les paramètres de génération de SID.

Créer un SID

Vous pouvez choisir parmi les options suivantes -

Pendant le rapport
Pendant l'activation ou
Ne jamais créer de SID

Unique Data Records - Cette option est utilisée pour garantir que le DSO contient des valeurs uniques.

Set Quality Status to OK - Cela vous permet de définir l'état de la qualité une fois le chargement des données terminé.

Key Fields and Data Fields- Les champs clés sont utilisés pour ajouter des enregistrements uniques. Pour ajouter un fichier clé, cliquez avec le bouton droit sur Champs clés et sélectionnez Entrée directe InfoObject.

Dans une nouvelle fenêtre, entrez les noms techniques sur les InfoObjets et cliquez sur Continuer. Vous pouvez voir que l'InfoObject est ajouté sous la section des champs clés.

Voici la clé InfoObject archivée dans le DSO. Une fois cette structure DSO terminée, vous pouvez activer ce DSO.

Objets de stockage de données de mise à jour directe

L'objet DataStore pour la mise à jour directe vous permet d'accéder aux données pour le reporting et l'analyse immédiatement après leur chargement. Il diffère des DSO standard en raison de la manière dont il traite les données. Ces données sont stockées dans le même format dans lequel elles ont été chargées dans l'objet DataStore pour toute mise à jour directe par l'application.

La structure des DSO de mise à jour directe

Ces banques de données contiennent une table pour les données actives et aucune zone de journal des modifications n'existe. Les données sont extraites de systèmes externes à l'aide d'API.

Les API suivantes existent -

RSDRI_ODSO_INSERT - Ceux-ci sont utilisés pour insérer de nouvelles données.
RSDRI_ODSO_INSERT_RFC - Il est similaire à RSDRI_ODSO_INSERT et peut être appelé à distance.
RSDRI_ODSO_MODIFY- Ceci est utilisé pour insérer des données ayant de nouvelles clés. Pour les données avec des clés déjà dans le système, les données sont modifiées.
RSDRI_ODSO_MODIFY_RFC - Ceci est similaire à RSDRI_ODSO_MODIFY et peut être appelé à distance.
RSDRI_ODSO_UPDATE - Cette API est utilisée pour mettre à jour les données existantes.
RSDRI_ODSO_UPDATE_RFC - Ceci est similaire à RSDRI_ODSO_UPDATE et peut être appelé à distance.
RSDRI_ODSO_DELETE_RFC - Cette API est utilisée pour supprimer les données.

Avantages

Dans les DSO de mise à jour directe, les données sont facilement accessibles. Vous pouvez accéder aux données pour le reporting et l'analyse immédiatement après leur chargement.

Désavantages

Comme la structure de ce DSO contient une table pour les données actives et aucun journal des modifications, cela ne permet pas la mise à jour delta vers InfoProviders.
Comme le processus de chargement des données n'est pas pris en charge par le système BI, les DSO ne sont donc pas affichés dans la section d'administration ou dans le moniteur.

Pour créer un DataStore de mise à jour directe, accédez à l'atelier d'administration. UtilisationT-Code: RSA1