Support bases NoSQL
Toutes vos données n'entrent pas dans un schéma relationnel. iD4Connect dialogue avec vos moteurs NoSQL en lecture et en écriture, et façonne les documents à la volée, sans les recopier dans une base tampon.
Des modèles de données non relationnels
Documents JSON, paires clé-valeur, familles de colonnes ou graphes répondent à des besoins que le relationnel gère mal : volumétrie massive, schéma mouvant, accès à très faible latence. Chaque moteur NoSQL impose sa propre API, son modèle de données et sa stratégie de partitionnement. iD4Connect raccorde ces moteurs à vos flux sans vous obliger à réécrire une intégration spécifique pour chaque technologie.
De la source à la destination, en un seul passage
Connexion au moteur NoSQL
iD4Connect se connecte à MongoDB, Cassandra, Redis ou Elasticsearch via leurs API natives, sans surcouche propriétaire. Vous lisez une collection, un espace de clés ou un index comme n'importe quelle source de flux.
Mise en forme des documents en transit
Les structures imbriquées sont aplaties, enrichies ou dénormalisées pendant leur passage, selon le modèle attendu en sortie. Rien n'est matérialisé sur un stockage intermédiaire : la mise en forme se fait en mémoire, au fil de l'eau.
Distribution vers la cible
Le flux est écrit dans le moteur de destination en respectant sa stratégie de partitionnement et sa clé de distribution. Les écritures suivent le débit de la source, sans goulot d'étranglement ni file d'attente centrale.
Ce que cette fonctionnalité vous apporte
Modèles multiples
Document, clé-valeur, colonnes larges et moteurs de recherche sont pris en charge derrière une même couche d'orchestration. Vous mélangez ces modèles au sein d'un même flux.
Schéma flexible
iD4Connect gère les documents sans schéma figé et adapte la structure au fil des enregistrements. Les champs qui apparaissent ou disparaissent d'un document à l'autre sont pris en compte.
Montée en charge horizontale
La lecture et l'écriture suivent le partitionnement natif du moteur. De gros volumes sont ainsi absorbés en parallèle, sans point de contention.
Indexation à la source
Les filtres et projections s'appliquent côté moteur. Seuls les champs nécessaires quittent la base, ce qui allège le flux.
Bénéfices
- Un seul point d'orchestration pour plusieurs moteurs NoSQL.
- Les documents changeants sont traités sans schéma rigide.
- Le débit suit la volumétrie, sans zone tampon.
- Vos collections restent hébergées dans votre infrastructure.
En pratique
Une plateforme e-commerce indexe son catalogue depuis MongoDB vers Elasticsearch pour alimenter sa recherche. iD4Connect lit les documents produits à chaque modification, restructure les champs et les hiérarchies attendus par l'index, puis pousse le résultat en continu. La recherche reflète l'état du catalogue en quelques secondes, sans lot nocturne ni réplication complète de la base. Les deux moteurs restent hébergés dans l'infrastructure du marchand.
Questions fréquentes
Quels moteurs NoSQL sont pris en charge ?
MongoDB, Cassandra, Redis et Elasticsearch figurent parmi les moteurs supportés, avec leurs API et leurs modèles de partitionnement natifs.
Comment gérez-vous les documents sans schéma fixe ?
iD4Connect traite chaque document selon sa structure réelle et adapte le mapping au fil de l'eau, sans imposer de schéma rigide en amont.
Peut-on combiner une source SQL et une cible NoSQL ?
Oui. Un même flux peut lire une base relationnelle et écrire dans un moteur NoSQL, avec la transformation opérée en transit.
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