Cas d’utilisation de produits de données

  • Rversion finale: Australia
  • Mis à jour 30 mars 2026
  • 4 minutes de lecture

    • Explorez les scénarios courants de publication de produits de données et découvrez quel modèle correspond à vos données et aux besoins de vos consommateurs.

    Un produit de données repose sur une ou plusieurs interfaces de données, chacune d’entre elles déterminant la façon dont les données sources sont accessibles et combinées. Le bon type d’interface de données dépend de l’emplacement de vos données, de leur structure et de ce que les consommateurs veulent en faire.

    L’équipe d’analyse de la fidélité d’une agence de voyage constate une tendance claire : les membres Gold Star prennent moins l’avion. La question centrale de l’enquête est la suivante : sur quels itinéraires les membres Gold réservent-ils moins, et la situation s’aggrave-t-elle ? Les données résident dans Snowflake - segments de vol, un registre de points et des profils de membres. Aucun analyste n’a un accès direct à l’entrepôt et les données sont trop sensibles pour être exportées. L’équipe a besoin d’un moyen d’interroger les données Snowflake en direct depuis ServiceNow, avec des contrôles d’accès qu’elle peut gérer.

    L’équipe divise l’enquête en quatre questions spécifiques, chacune répondue par une interface de données dédiée :

    • Quels itinéraires génèrent le plus d’activité génératrice de points ?
    • Combien de membres Gold uniques ont réservé chaque itinéraire au cours du dernier trimestre ?
    • Quels itinéraires connaissent une baisse du volume de réservations au fil du temps ?
    • Combien de membres Gold de longue date sont actuellement inactifs ?

    Suivi des tendances de réservation sur les itinéraires et les classes de cabine

    Pour suivre le volume de réservations au fil du temps, l’équipe a besoin de l’itinéraire, du mois et de la classe de cabine. Toutes ces données résident dans une seule table Snowflake, FLIGHT_SEGMENTS. Une interface de données à table unique sur FLIGHT_SEGMENTS expose les données de segment brutes, et le tableau de bord Platform Analytics applique des filtres de date et des classements de routage principal au moment de la requête. Garder l’interface à usage général signifie que les mêmes données peuvent alimenter plusieurs widgets de tableau de bord sans les reconstruire pour chacun. Configuration de l’interface de données montrant la connexion d’une table unique à flight_segments dans Snowflake avec 11 colonnes vérifiées.

    Identifier les membres de longue date qui se sont tus

    Tout ce qui est nécessaire pour répondre à la question du membre inactif - niveau de fidélité, durée du mandat, statut actif ou inactif - se trouve dans MEMBER_PROFILE. Une interface à table unique filtre pour les membres Gold avec cinq ans ou plus d’ancienneté et un statut inactif. Cette interface alimente à la fois le widget KPI affichant 10 membres Gold inactifs de longue date et le graphique de débarquement ventilé par aéroport central.

    Configuration de l’interface de données montrant la connexion d’une table unique à member_profile dans Snowflake avec 8 colonnes vérifiées.

    Gain de points de connexion aux itinéraires où ils se produisent

    Pour savoir quels itinéraires génèrent le plus d’activités génératrices de points, il faut connecter deux tables. Les transactions de points vivent en POINTS_LEDGER, mais les informations sur l’itinéraire - origine, destination - vivent en FLIGHT_SEGMENTS. Les deux tables partagent un booking_id. Une interface de données JOIN les relie sur cette clé, filtre les transactions EARN uniquement et produit un résultat plat indiquant le nombre total de points gagnés par itinéraire. L’analyste qui interroge le tableau de bord voit une table ; la logique de jointure est invisible pour eux. Configuration de l’interface de données affichant la jointure entre les tables flight_segments et points_ledger avec 18 colonnes au total.

    Mesure de l’engagement des membres Gold acheminement par acheminement

    La quatrième question - combien de membres Gold réservent chaque itinéraire - nécessite de connecter les données de vol aux données des membres. FLIGHT_SEGMENTS détient les enregistrements de l’itinéraire et de la réservation ; MEMBER_PROFILE détient le niveau de fidélité. Une interface JOIN relie les deux tables, filtre le niveau = OR et renvoie le nombre de membres uniques et le nombre total de réservations par itinéraire pour le trimestre précédent. Configuration de l’interface de données montrant la jointure entre les tables member_profile et flight_segments avec 18 colonnes au total.

    Le résultat : Tableau de bord Travel Pulse

    Le gestionnaire des données regroupe les quatre interfaces de données dans un seul produit de données. L’administrateur le publie dans le catalogue de données. L’analyste de fidélisation, qui n’a pas accès à l’entrepôt, découvre le produit, demande l’accès et crée le tableau de bord Travel Pulse dans Platform Analytics. Chaque widget interroge une interface directement sur les données Snowflake en direct. Aucune donnée n’est copiée, extraite ou répliquée. Tableau de bord Travel Pulse dans Platform Analytics montrant les tendances de réservation, le classement des itinéraires et les analyses des membres Gold.

    Extension du schéma : combinaison de données provenant de sources multiples

    Si l’équipe a ensuite besoin d’inclure les données de réservation d’une compagnie aérienne partenaire, elle peut utiliser une interface de données UNION. Les données du partenaire sont stockées dans une table Snowflake distincte avec le même schéma que FLIGHT_SEGMENTS. Une interface de données UNION empile les deux tables dans une seule vue interrogeable. Les consommateurs interrogent un ensemble de données unifié. Aucune modification des interfaces existantes.

    Ce modèle s’applique chaque fois que le même type d’enregistrement est suivi dans plusieurs systèmes. Les enregistrements tels que les réservations, les commandes, les transactions ou les événements peuvent être divisés par région, période ou unité business. Le besoin de reportage est de les couvrir tous en même temps.