Lecture d'un modèle de données Salesforce pour l'administrateur accidentel
L'un des principaux atouts de votre boîte à outils Salesforce est la maîtrise du modèle de données. Salesforce offre un aperçu complet de son système de modélisation des données , disponible ici . Mais vous n'avez ni le temps ni le temps de tout lire et de tout comprendre. C'est un langage à part entière.
Vous devez également gérer une quantité considérable de rapports et vous rappeler rapidement comment toutes les données sont liées. Si vous utilisez NPSP, vous pourriez être confronté à ce modèle de données et à un nombre impressionnant de lignes comportant des symboles étranges à leurs extrémités. Traduisons ces symboles en termes simples pour Salesforce.
Le balai
Si vous comprenez ces deux symboles, les autres sont tout aussi logiques :
En bas, vous voyez trois lignes, comme le dessin d'un balai . C'est comme ça que j'appellerai cette extrémité désormais. Ça veut dire « plusieurs ». Dans un objet Salesforce, c'est une liste associée.
En haut, vous voyez une ligne horizontale. Pour reprendre l'image du balai, appelons-la poignée . Ça veut dire « un » . Dans un objet Salesforce, il s'agit d'un champ de recherche.
C'est plutôt simple. Pour compliquer un peu les choses : pour lire ces connecteurs, on commence par l'objet a, on lit l'extrémité qui touche l'objet b, puis on lit l'objet b.
Exemples de lecture des connecteurs
Exemple 1 :
L'adresse (1) a plusieurs (liste associée)(2) Contacts (3).
Dans une organisation NPSP, vous pouvez voir cette relation sur l'enregistrement Adresse.
Exemple 2 :
Les contacts (1) ont un (champ de recherche)(2) Adresse (3).
Dans une organisation NPSP, vous pouvez voir cette relation sur la fiche Contact.
Si vous souhaitez créer votre propre organisation NPSP de développeurs, vous pouvez le faire sur Trailhead ici .
Champ obligatoire
Les connecteurs qu'on vient d'examiner apparaissent rarement seuls (une simple poignée et un balai). Il y a des symboles supplémentaires à chaque extrémité.
Tout comme le manche à balai représente une unité , la deuxième ligne représente aussi une unité . On peut lire le manche avec une ligne supplémentaire (le connecteur à double ligne) comme une unité, et une seule . Dans Salesforce, c'est un champ obligatoire .
Quelle est la signification de la présence d'une ligne au-dessus du balai ? Une ou plusieurs lignes, jamais aucune. Il s'agit d'une liste associée obligatoire . Je ne l'ai pas encore rencontrée dans un modèle de données Salesforce. Si votre modèle de données inclut une base de données externe à Salesforce, vous pourriez voir ce symbole.
Si la deuxième ligne indique que le champ est obligatoire, on peut logiquement en déduire que le cercle vide signifie « aucun » ou « non obligatoire ». Et c'est exact. Une poignée (ligne) avec un cercle vide représente un champ de recherche non obligatoire . Un balai avec un cercle représente une liste associée non obligatoire ; elle peut être vide.
Dans l'exemple Adresse et Contact, vous voyez le cercle aux deux extrémités. Un contact n'a pas nécessairement besoin d'avoir une adresse : le champ de recherche n'est pas obligatoire. Et une adresse peut exister sans contact : la liste associée peut être vide.
Détail principal
Le dernier connecteur important lors de la lecture d'un modèle de données Salesforce est le petit losange vide.
Cela signifie qu'il existe une relation maître-détail. Le losange est situé à côté de l'objet maître et peut être interprété comme une double ligne (champ de recherche obligatoire). Prenons l'exemple de la gestion de programmes sur Nonprofit Cloud.
Une cohorte de programme a une liste associée pour ses membres (le balai). Une cohorte de programme peut ne contenir aucun membre (le cercle vide).
Un membre de cohorte de programme est un enfant ou un détail de la cohorte de programme (le losange). Il est important de comprendre ici que le membre de cohorte de programme possède un champ de recherche obligatoire lié à la cohorte de programme. Ceci est semblable à l'indicateur à double ligne, car dans Salesforce, il apparaît comme un champ de recherche obligatoire. Cependant, les relations maître-détail ont d'autres conséquences que le simple fait que le champ de recherche soit obligatoire. Pour en savoir plus sur les relations maître-détail, consultez l' article « Présentation des relations entre objets Salesforce ».
Résumé
On lit le diagramme dans cet ordre :
Objet A
La connexion touchant l'objet B
Objet B.
L'objet A de l'EG possède un champ de recherche vers l'objet B. Il s'agit d'un champ de recherche obligatoire .
La ligne la plus proche d'un objet est une ligne ou un champ de recherche .
Il existe de nombreux balais, ou listes connexes .
Une ligne au-dessus d'un autre symbole est aussi une ligne , ou obligatoire. Double ligne = recherche obligatoire .
Un cercle vide au-dessus d'un autre symbole signifie « aucun » ou « non requis ». Une ligne avec un cercle indique un champ de recherche facultatif .
Un losange est comme des doubles lignes, une recherche obligatoire, mais avec des fonctionnalités supplémentaires (relation maître-détail) .
Quelles répercussions cela aura-t-il sur le journalisme ?
Lors de la création de rapports, l'utilisation d'un diagramme comme celui des modèles de données Salesforce nous permet de comprendre les relations entre les objets analysés et ainsi d'obtenir des rapports plus pertinents. Si j'utilise un type d'enregistrement affichant les contacts et leurs adresses, je sais, grâce au modèle de données, que tous les contacts n'ont pas d'adresse. Par défaut, ce champ n'est pas obligatoire. Selon l'objectif du rapport, je pourrais vouloir un type d'enregistrement affichant uniquement les contacts avec adresse, ou un autre affichant tous les contacts, qu'ils aient ou non une adresse. Ça facilite aussi le dépannage. Pourquoi mon rapport « Contacts et adresses » n'affiche-t-il pas tous les contacts ? Mon type de rapport n'affiche peut-être que les contacts qui ont une adresse.
Vous voulez en savoir plus sur les idées abordées dans cet article ? N'hésitez pas à communiquer avec nous ! On aimerait jaser avec vous.
