Configuration des Data Models
La configuration des Data Models définit la structure cible vers laquelle vos flux sont normalisés. Vous décrivez champs et types depuis l'interface, sans schéma figé côté base.
Normaliser vers une structure commune
Des sources différentes produisent des champs nommés et typés de mille façons. En aval, vos systèmes attendent pourtant une structure stable et prévisible. Sans modèle de données commun, chaque intégration réinvente le même travail de normalisation.
De la source à la destination, en un seul passage
Décrire le modèle
Vous définissez dans l'UI les champs cibles, leur type et leurs contraintes. Le modèle sert de référence unique pour tous les flux qui l'alimentent.
Appliquer en transit
Les données décodées sont normalisées vers ce modèle au fil de l'eau. La mise en forme se fait en vol, sans matérialiser de table intermédiaire.
Distribuer la structure
Le flux normalisé part vers les points de sortie dans une structure stable. Vos systèmes en aval reçoivent toujours le même format, quelle que soit la source.
Ce que cette fonctionnalité vous apporte
Modèle par l'UI
Champs, types et contraintes se déclarent depuis l'interface, sans script de schéma.
Référence unique
Un même modèle sert de cible commune à plusieurs sources hétérogènes.
Normalisation en vol
La mise au format s'applique en transit, sans table de staging.
Sortie stable
Les systèmes distants reçoivent une structure constante, découplée des sources.
Bénéfices
- Une structure cible commune à toutes les sources.
- Normalisation appliquée sans table intermédiaire.
- Format de sortie stable et prévisible.
- Modèle défini sans écrire de schéma.
En pratique
Une DSI consolide des données de maintenance issues de trois usines aux référentiels distincts. L'architecte définit un Data Model unique dans l'UI, avec des champs et des types communs. Chaque flux d'usine est normalisé vers ce modèle en transit, et le système décisionnel reçoit une structure homogène, sans qu'aucune donnée ne soit recopiée dans une base de préparation. Toute évolution du référentiel se répercute en modifiant le seul Data Model.
Questions fréquentes
Faut-il créer une base pour héberger le modèle ?
Non. Le Data Model décrit une structure cible appliquée en transit ; il ne suppose aucune table de stockage intermédiaire.
Peut-on faire évoluer un modèle existant ?
Oui. Les champs et types se modifient depuis l'UI, et les évolutions se propagent aux flux qui utilisent le modèle.
Un même modèle peut-il servir plusieurs sources ?
Oui. C'est même l'intérêt : plusieurs sources hétérogènes convergent vers une structure cible unique.
Orchestrez vos données en transit, sans stockage
iD4Connect connecte, transforme et distribue vos flux en temps réel. Souverain, on-premise, cloud ou edge.
Demandez une démo