Export quotidien de donn�es de MariaDB vers Oracle

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 ?

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.

Citation:

---

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 ?

Citation:

---

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.

Citation:

---

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 ? :mrgreen: :?


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 ?

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

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 ?

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.