Relations de liste
Les templates de bases de données classiques, comme ceux utilisés pour une plateforme CRM, disposent de la structure suivante :
Dans l'exemple ci-dessus, nous disposons de plusieurs tables, qui contiennent chacune différentes informations. Si vous souhaitez connaître les clients ayant acheté un produit spécifique, vous devrez combiner les données de 4 tables différentes (Utilisateurs Détaillant, Commandes, Lignes de commande & Produits). Cette manière d'associer les données n'est pas possible dans Selligent Campaign. Le système ne peut accéder qu'aux données des tables qui sont directement liées à votre table maître. Pour les Journeys, il s'agira toujours de la liste Audience. Cela signifie que le template de base de données Selligent doit toujours être 'en étoile', avec la liste Audience au centre. Il existe des exceptions, mais il s'agit de la règle générale.
Dans l'exemple ci-dessus, 'USERS_RETAILER' devrait se trouver au centre, et seules les données de 'DATA_ORDERS' sont accessibles. Les données doivent d'abord être traitées afin d'obtenir des informations de la table Produits. Nous pouvons effectuer des sélections dans la table Commandes, mais nous ne pouvons pas les utiliser pour la personnalisation dans les Journeys, puisqu'elles sont liées avec une relation 1 à plusieurs (1:N). Selligent Campaign ne peut pas deviner les fiches qui doivent être sélectionnées pour personnaliser un contact. Si vous souhaitez utiliser les données des commandes pour la personnalisation, ces données doivent être agrégées dans une liste liée avec une relation 1:1 à la liste Audience. Par exemple, le nombre de commandes (fiches commande) peut être agrégé dans un champ 'ORDER_COUNT' dans une liste liée 1:1 'ORDER_INFO'
Il existe 2 principaux types de relations :
- 1:1 (extensions de profil), type utilisé pour la sélection et la personnalisation. Ce type peut être considéré comme une extension de votre liste Audience.
- 1:N (tables de recherche), type utilisé pour les sélections, pas pour la personnalisation. Il n'est pas possible de mettre à jour les fiches en utilisant les composants du Journey par défaut, à l'exception d'un composant procédure stockée personnalisé.
L'onglet 'Relations' affiche toutes les dépendances entre la liste sélectionnée et les autres listes.
Lorsque vous double-cliquez sur une relation existante, la page de dialogue 'Propriétés' de cette relation s'ouvre. Cette page de dialogue est identique à celle qui s'affiche lorsque vous créez une nouvelle relation.
- Etendue : le nom de la relation, utilisé dans l'Editeur et dans la section Journey pour identifier la liste liée. Si la relation est 1:1, les champs de la liste liée peuvent être utilisés pour la personnalisation et la segmentation dans l'éditeur. Par exemple, ~LOYALTY_CARD.POINTS~
- Description : un résumé de la relation
- Table maître : la liste actuellement sélectionnée. En règle générale, la liste Audience
- Relation : le type de relation entre la liste maître et la liste esclave. 1:1, 1:N et N:1, N:N (rarement utilisées)
- Table esclave: liste ciblée par la relation. La liste déroulante dans laquelle vous pouvez sélectionner une liste vous offre des informations sur le type de liste et sur le nom de la table.
- Clés de correspondance : correspondance entre les champs clés des deux listes utilisée pour mettre en correspondance la fiche de la liste esclave (clé étrangère) avec la fiche de la liste maître.
Si vous souhaitez mettre plusieurs champs en correspondance, vous devez saisir manuellement une instruction SQL dans le champ 'Relation personnalisée'. Par exemple, si une liste Concours comprend plusieurs fiches concours pour un contact (normalement 1:N), vous pouvez créer une relation 1:1 avec les clés de mise en correspondance ID sur 'USERID', et une relation personnalisée 'CONTEST3.CONTESTID=3', où 'CONTEST3' est le nom de l'étendue.
Remarque technique sur les types de relations :
(convention d'écriture liste maître:liste esclave)
la relation 1:1 est également appelée une extension de profil. Exemple : un contact peut participer à un concours
1:N : une entrée de la liste maître est liée à plusieurs entrées de la liste esclave. Exemple : un contact peut acheter plusieurs produits
N:N plusieurs entrées de la liste maître sont liées à plusieurs entrées de la liste esclave. Exemple : plusieurs produits peuvent être achetés par plusieurs contacts
N:1 : plusieurs entrées de la liste maître sont liées à une seule entrée de la liste esclave. Exemple : plusieurs contacts peuvent être liés à la même adresse.
