Relations de données
Une relation de données (data relationship) est un conteneur dans lequel vous associez des champs connexes. Contrairement à un data object ou à un champ qui stocke des données, une relation de données ne stocke pas de données. Au contraire, une relation de données agit pour relier les données entre les éléments de votre application qui stockent des données et les éléments de votre application qui ont besoin de ces données pour clôturer avec succès un dossier.
Les relations de données sont utilisées pour relier des données entre des data objects et un type de dossier (Case Type), entre des data objects, et entre des types de dossier.
Types de champ Relation de données
Comme il existe de nombreux cas d'usage différents pour les relations de données, plusieurs types de champs prennent en charge différentes configurations. Tenez compte de l’origine des valeurs associées au data object lorsque vous déterminez le type de champ à utiliser.
Le tableau suivant présente les différents types de champs associés aux relations de données :
| Types de champ Relation de données | Data source | Cas d’usage |
|---|---|---|
| Données intégrées (Embedded Data) | Utilisez ce champ lorsque des informations sont collectées à partir la saisie de l'utilisateur dans un dossier. | Capturez des informations sur le contact d’urgence d’un patient, puis stockez les détails du contact dans le dossier du patient. |
| Référence de données (Data Reference) |
Utilisez ce champ lorsque vous devez réutiliser un autre data object extérieur au dossier. |
Utilisez ce champ dans un type de dossier pour prendre des rendez-vous médicaux, afin de référencer l’établissement où le rendez-vous est pris. |
| Référence de dossier (Case Reference) | Utilisez ce champ lorsque vous souhaitez réutiliser les données d’un autre dossier. | Un utilisateur opère sa sélection dans une liste de dossiers de service, depuis le type de dossier Service. |
| Requête (Query) | Utilisez ce champ pour accéder en lecture seule aux informations externes au dossier. Le type de champ Query permet aux paramètres d’interroger des données spécifiques. | Obtenez le prochain rendez-vous pour un professionnel de la santé ou la liste de tous les rendez-vous qu’il a dans un délai donné. |
Parmi les quatre types de champs de relation de données, Embedded Data et Data Reference sont les plus couramment utilisés.
Relations de données Enregistrement unique ou Liste d’enregistrements
Quel que soit le type de champ utilisé pour définir la relation de données, les relations de données sont configurées pour référencer un enregistrement unique (single record) ou une liste d’enregistrements (list of records).
Une relation de données à enregistrement unique fait référence à une situation dans laquelle un seul ensemble de champs et de valeurs d’un data object est utilisé pour clôturer un dossier. Un exemple de relation à enregistrement unique est un enregistrement Customer, comme illustré dans l’image suivante :
Une relation de données à liste d’enregistrements fait référence à une situation dans laquelle une liste de champs et de valeurs groupés d’un data object est utilisée pour la clôture du dossier. Un exemple de relation de données à liste d’enregistrements est une liste de clients actuels, où les enregistrements sont inclus pour chaque client. Un exemple de relation de données à liste d’enregistrements pour un client actuel est illustré dans l’image suivante :
Vérifiez vos connaissances avec l’interaction suivante :
Cas d’usage détaillés
Pour mieux comprendre les relations de données (data relationship), envisagez trois scénarios courants à l’aide d’exemples tirés de l’application Online Order d’un supermarché. L’application utilise des relations de données pour associer des data objects au type de dossier Delivery Order .
Relation de données Embedded data
Un champ de type Données intégrées (Embedded Data) est utilisé lorsque les données proviennent d’une saisie utilisateur ou d’une action utilisateur effectuée directement dans une instance de dossier. Les données d’un champ de type Embedded Data sont stockées dans une instance de dossier au lieu de partager une source de données. Cela force toutes les utilisations du champ à être dans un format commun dans toute l’application. En réutilisant les data objects pour créer des champs Embedded Data, vous garantissez des données plus cohérentes de manière efficace. Toutefois, les données ne sont pas stockées en dehors du dossier pour être facilement partagées entre les dossiers et les types de dossiers.
Par exemple, l’application Online Order inclut le data object Credit card. Ce data object comprend Card type, Card number, Expiration date et un champ Pega ID affecté de manière unique. Les exigences métier pour le MLP1 du type de dossier Delivery Order indiquent que le client qui passe la commande doit saisir ses informations de paiement chaque fois qu’une commande est passée et que les informations d’une seule carte de crédit peuvent être utilisées pour payer la commande.
Étant donné que l’utilisateur fournit les données directement dans l’instance de dossier, le data object Credit card est lié au type de dossier Order dans un champ appelé Payment information avec un type de champ Embedded Data. Étant donné que les informations d’une seule carte de crédit peuvent être saisies pour chaque commande, l’option Single record est sélectionnée. Le data object Credit card et le champ de données intégrées Payment Information sont illustrés dans la figure suivante :
En créant la relation de données Payment Information, le type de dossier Delivery Order a accès à tous les champs associés au data object Credit card.
Lorsqu’un utilisateur interagit avec un dossier Delivery Order, sa tâche consiste à saisir les données de sa carte de crédit, en particulier le type de carte, le numéro de carte et la date d’expiration. Le data object Credit card conserve les informations saisies par l’utilisateur ainsi qu’une valeur Pega ID affectée de manière unique, et écrit ces informations dans la base de données Pega. Lorsque l’instance de dossier est stockée, elle inclut une référence à l’enregistrement de carte de crédit à l’aide de sa clé unique, ainsi que d’autres métadonnées et valeurs de champ associées au dossier.
Relation de données Data Reference
Le traitement d’un dossier nécessite souvent l’accès à des données externes au dossier. Une relation de données Data reference est utilisée lorsque les données nécessaires dans un dossier proviennent soit d’enregistrements de données stockés localement, soit de données accessibles à partir d’un système d’enregistrement externe (external system of record).
Par exemple, l’application Online Order inclut un data object Customer. Ce data object inclut les champs First name, Last name, Full name, Email et Phone . Les informations relatives aux First name, Last name, Full name, Email et Phone du data object Customer sont stockées dans un système d’enregistrement externe géré par le service informatique du supermarché. Chaque dossier Delivery order étant associé à un seul client, l’option Single record est sélectionnée. Le data object Customer et le champ de référence de données (data reference field) Ordering customer sont illustrés dans la figure suivante :
En créant la relation de données Ordering customer, le type de dossier Delivery Order a accès à tous les champs et valeurs de données associés au data object Customer.
Relations de données entre data objects
En plus de rendre les champs et les valeurs de données associés à un data object disponibles dans un type de dossier via une relation de données, les relations de données permettent également de référencer un data object à l’intérieur d’un autre data object.
Par exemple, pour créer un ordre de livraison en ligne, le type de dossier (case type) doit afficher une liste de produits disponibles. Le data object Product inclut les champs Name, Description, Price per unit et SKU . Ce data object provient d’une base de données externe gérée par le service informatique du supermarché. Le client identifie les produits qu’il souhaite acheter en entrant une quantité à côté des informations relatives au produit. Pour prendre en charge ce workflow, un data object Product line est créé. Ce data object contient un champ Quantity ainsi qu’un champ Products qui est une relation de données avec le data object Product. Comme le data object Product provient d’un système d’enregistrement externe, le type de champ de la relation de données est Data reference. Comme il contient une liste d’informations, l’option sélectionnée est List of records. Le data object Product line, le data object Product et le champ de données intégrées Ordered items sont illustrés dans la figure suivante :
Pour que le data object Product line soit disponible dans le type de dossier Delivery Order, une relation de données est créée. Étant donné que le data object Product line exige que les utilisateurs entrent un nombre dans le champ Quantity, la relation de données Ordered products se voit attribuer un type de champ de données intégrées (Embedded Data Field). Les utilisateurs recevant une liste de produits à partir desquels commander, l’option sélectionnée est List of record.
Vérifiez vos connaissances avec l’interaction suivante :
This Topic is available in the following Modules:
If you are having problems with your training, please review the Pega Academy Support FAQs.
Want to help us improve this content?