Skip to main content
Solya exécute ses analyses sur un lac de données Databricks avec deux couches. Ce catalogue liste les tables ; pour les données opérationnelles (gérées par l’application), voir Modèle de données.

​
Couches

  • Silver — données source nettoyées et normalisées (dimensions et entités conformes) produites par l’ingestion.
  • Gold — analyses prêtes pour le métier : faits, instantanés, résumés, tendances, prévisions et données de décision IA. C’est ce que les tableaux de bord, KPIs, recherche, alertes et recommandations lisent.
Parcourez l’une de ces tables directement dans l’ explorateur de datasets (filtrer, paginer, exporter).

​
Couche gold

​
Faits (transactions)

​
Stock

​
Dimensions

​
Résumés

​
Analyses, tendances & IA

​
Couche silver

​
Lire ces données dans l’application

L’application référence les colonnes gold/silver via des constantes typées (sous src/constants/datasetColumns/{gold,silver}/) afin que SQL reste synchronisé avec le schéma — une renommage de colonne remonte en erreur TypeScript plutôt qu’en bug silencieux. Vous ne questionnez pas ces tables directement via l’API publique ; à la place, les endpoints dédiés (analyses, recherche, risques, prévisions) les lisent pour vous — voir Recettes API.
Ces sont des tables d’analyse en lecture seule, remplies par la plateforme données. Les données gérées par l’application que vous créez (plans, règles, alertes, étiquettes…) vivent dans la base de données opérationnelle — voir Modèle de données.