Passer au contenu principal
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)

TableContient
fact_sales_linesTransactions de ventes individuelles.
fact_order_linesLignes de commande/achat.
fact_movement_linesMouvements de stock (réceptions, transferts, ajustements).

Stock

TableContient
stock_ledgerMouvements de stock historiques avec soldes courants.
stock_snapshotStock actuel par magasin/variante (point dans le temps).

Dimensions

TableContient
dim_productsMaître produit.
dim_product_variantsMaître variante.
dim_inventory_itemsIdentité inventaire produit × magasin.
dim_brandsMaître marque.
dim_shopsMaître magasin.

Résumés

TableContient
dim_product_summaryAgrégats par produit.
dim_variant_summaryAgrégats par variante.
dim_brand_summaryAgrégats par marque.
dim_shop_summaryAgrégats par magasin.

Analyses, tendances & IA

TableContient
product_shop_analyticsMétriques produit × magasin pré-agrégées.
brand_shop_analyticsMétriques marque × magasin pré-agrégées.
sales_trendsAnalyse des tendances de ventes.
stock_trendsAnalyse des tendances de stock (alimente le risque de rupture).
sales_forecastsPrévisions de ventes par variante/magasin/date.
decision_vectorScores IA par variante/magasin (risque de rupture & surstock, urgence de réassort/transfert, réduction recommandée, surplus/déficit).

Couche silver

TableContient
brands, products, product_variantsDimensions de catalogue conformes.
shops, suppliers, collections, countriesDimensions de référence.
inventory_itemsIdentité inventaire conforme.
taxonomy, brand_taxonomy, product_taxonomy, variant_taxonomyHiérarchies de classification.

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.