Discussion :

[CinePhil]

Bonjour,

Soit une BDD MariaDB (donc compatible MySQL) avec une vue, sur un premier serveur.
Soit une BDD Oracle sur un autre serveur.
Je dois mettre en oeuvre un système automatique d'export des données résultant de la vue MariaDB vers la BDD Oracle ou bien un import depuis Oracle interrogeant la vue de MariaDB.
J'envisage que les données issues de la vue soient enregistrées dans une table d'import et qu'une procédure contenant un MERGE fasse le boulot d'import des données dans la vraie table Oracle. Ensuite, la table d'import serait vidée.
Un système automatisant tout ça quotidiennement doit être aussi mis en oeuvre.

Quelles seraient les meilleurs solutions ?
1) DB_LINK Oracle et procédure qui se connecte directement à MariaDB pour récupérer les données ?
2) Peut-on programmer une tâche dans Oracle pour automatiser l'import ?
3) Script bash mis en cron qui lance l'import quotidiennement depuis le serveur Oracle ?
4) Script sur le serveur MariaDB qui se connecte à Oracle et exporte les données de la vue + tâche Oracle pour faire le MERGE ?

[Waldar]

Il faudrait avoir quelques infos techniques sur la volumétrie et le réseau entre les deux, et aussi qu'est-ce qu'il faut suivre en terme de log et d'audit.
Passer par une table d'import c'est toujours une bonne idée !

Le plus simple c'est en effet le DBLink, mais il faut pas trop de volume OU un bon réseau, puis en terme de log / audit ce sera minimaliste.
Le plus tracé serait un export CSV de MariaDB + dépôt sur un lecteur mappé par Oracle + table externe.

Oracle possède un package, DBMS_SCHEDULER, qui permet de créer des jobs et donc de lancer par exemple une procédure stockée.
Ce n'est pas très différent d'une crontab sauf que c'est Oracle qui gère. Si vous avez un planificateur d'entreprise (dollarU, control-M, ou un ETL), il vaut mieux utiliser ces outils pour des questions de suivi, car on a vite fait d'oublier un job Oracle.

[CinePhil]

Il faudrait avoir quelques infos techniques sur la volumétrie et le réseau entre les deux

Volume de données faible. La vue ne devrait donner guère plus de 100 lignes.
La table de prod actuelle dans Oracle fait 555 lignes et il n'y aura que quelques lignes nouvelles par jour.

Côté réseau, les deux serveurs ne sont pas tout à fait sur le même réseau mais une passerelle sera créée pour que la communication puisse se faire.
Quels seraient les restrictions techniques ?

Le plus simple c'est en effet le DBLink, mais il faut pas trop de volume OU un bon réseau, puis en terme de log / audit ce sera minimaliste.

Pas grave si log/audit minimaliste. Une info éventuelle sur la réussite ou l'échec du transfert suffirait.

Oracle possède un package, DBMS_SCHEDULER, qui permet de créer des jobs et donc de lancer par exemple une procédure stockée.

J'ai vu dans Sql Developer qu'il y a une rubrique "Planificateur". Va falloir que j'étudie ça. C'est inclus dans la licence ou pas ?


Donc, concrètement, je définis un DB_LINK qui pointe sur le serveur MariaDB ?
Et ensuite ? Une procédure qui interroge la vue MariaDB via le DB_LIINK et insère les données dans la table d'import puis qui merge dans la table de prod ?
Et enfin un job Oracle qui lance ça tous les jours ?

[Waldar]

Oui c'est exactement ce que j'aurai fait.

[Mat.M]

salut Cinephil une réponse vite fait bien fait même si c'est pas la bonne, avec un trigger sous Maria DB ne fait pas l'affaire ?

[CinePhil]

Non, un trigger est fait pour agir sur la table qui fait l'objet d'une opération d'insertion, de modification ou de suppression.