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.