Support bases SQL
Vos données relationnelles restent au cœur de vos systèmes. iD4Connect s'y connecte comme source ou comme destination, et traite les enregistrements en transit, sans copie intermédiaire ni zone de staging.
Un socle relationnel hétérogène à raccorder
PostgreSQL, Oracle, SQL Server, MySQL ou MariaDB cohabitent souvent dans un même système d'information, chacun avec son dialecte, ses types et son pilote propre. Raccorder ces moteurs à vos flux sans multiplier les intégrations sur mesure, ni vous enfermer dans un fournisseur, reste un chantier récurrent pour une DSI. iD4Connect place cette diversité derrière une couche de connexion unique, en lecture comme en écriture.
De la source à la destination, en un seul passage
Connexion au moteur relationnel
iD4Connect se branche sur votre base via son pilote natif ou une couche JDBC, aussi bien en lecture qu'en écriture. Vous ciblez une table, une vue ou une requête paramétrée, et la capture des changements (CDC) suit ensuite les modifications au fil de l'eau, sans scrutation répétée.
Transformation des enregistrements en vol
Les lignes sont mappées, converties et validées pendant leur passage, sans être écrites sur un disque tampon. Les types SQL sont normalisés d'un dialecte à l'autre (numériques, dates, séquences), ce qui préserve l'intégrité des données entre deux moteurs différents.
Écriture vers la base cible
Le flux transformé est inséré ou mis à jour dans le moteur de destination, à l'intérieur d'une transaction contrôlée. La distribution reste transactionnelle : un lot en échec n'écrit rien à moitié et peut être rejoué proprement.
Ce que cette fonctionnalité vous apporte
Multi-moteur
PostgreSQL, Oracle, SQL Server, MySQL, MariaDB et les bases compatibles ANSI SQL sont pris en charge derrière une interface commune. Vous ajoutez un moteur sans réécrire la logique de vos flux.
Capture de changements
Le CDC lit le journal transactionnel pour propager insertions, mises à jour et suppressions en temps réel. Vous évitez ainsi les requêtes de scrutation qui pèsent sur la base source.
Requêtes paramétrées
Vous définissez la sélection à la source avec des requêtes typées, filtrées et paginées. Seuls les enregistrements utiles sont transportés dans le flux.
Transactions maîtrisées
Les écritures s'exécutent par lots transactionnels, avec reprise sur erreur et garantie d'atomicité côté cible. Un lot en échec n'écrit rien à moitié.
Bénéfices
- Aucun enfermement propriétaire : vous changez de moteur sans réécrire vos flux.
- Les dialectes SQL sont abstraits, l'intégrité des types préservée.
- La capture de changements alimente vos cibles en temps réel.
- Vos identifiants et vos données restent dans votre périmètre.
En pratique
Une DSI migre progressivement d'Oracle vers PostgreSQL sans interrompre le service en production. iD4Connect lit les transactions Oracle par capture de changements, convertit les types et les séquences en vol, puis alimente PostgreSQL en continu. Les deux bases restent cohérentes pendant toute la durée de la bascule, ce qui autorise un retour arrière à tout moment. Aucune donnée ne transite par un stockage tiers, tout se joue dans le périmètre de la DSI.
Questions fréquentes
Quels moteurs SQL sont compatibles ?
iD4Connect prend en charge PostgreSQL, Oracle, SQL Server, MySQL, MariaDB et les bases conformes à ANSI SQL, via pilotes natifs ou JDBC.
Les données transitent-elles par un stockage intermédiaire ?
Non. Les enregistrements sont lus, transformés et écrits en transit, sans zone de staging ni copie persistée par défaut.
Comment sont gérés les changements en base source ?
Par capture de changements (CDC) : iD4Connect lit le journal transactionnel pour propager les modifications en temps réel, sans scrutation périodique.
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