Discussion :

[sleepy2002]

Salut,

Dans mon appli on a 2 instances d'oracle qui doivent communiquer

l'une doit rapatrier quotidiennement des données issues de l'autre.

Je me demandais si la meilleure façon de faire serait d'écrire des Procédures stockées au lieu de de faire "bourrin" un module java dédié à ça.

Etant bien débutant sous Oracle, si vous avez des conseils (ou des directions à prendre) je suis preneur.

Merci d'avance.

[Jaouad]

Bonjour ,

Merci de bien préciser le contexte ( version , volumtétrie , combien de lignes devait vous ramener , comment , pourquoi .... )

Lire ceci

[sleepy2002]

Pardon:

Version : Oracle 9i
Nombre de tables concernées : 8 avec 3 colonnes chacune
Nombre de lignes à importer : 300 lignes par tables
Comment : c'est la question que je me pose(traitement Oracle, traitement externe à mon application web ou bien traitement interne à mon application web ?)
Pourquoi : mon application web est couplée à une bdd. Cette dernière doit mettre à jour quotidienement certaines de ses tables. Les données proviennent d'une autre bdd installée sur une autre machine physique.

Dites-moi si tout est complet ou bien je dois ajouter d'autres éléments d'information.

Merci de votre patience

[Jaouad]

Dans ce cas là est vu la faible volumétrie, il vaut lieux faire gérer ca par Oracle :

- Lien de base de données ( database link ).
- Traitement en SQL ( peut être faire une procédure stockée )
- La schédulé via DBMS_JOB .

Voila ca me semble être une solution

[sleepy2002]

Merci, ça a l'air super tout ça. je vais m'empresser d'étudier la chose.

[PpPool]

Dans ce cas là est vu la faible volumétrie, il vaut lieux faire gérer ca par Oracle :

- Lien de base de données ( database link ).
- Traitement en SQL ( peut être faire une procédure stockée )
- La schédulé via DBMS_JOB .

Voila ca me semble être une solution

+export/import non ?

@

[Jaouad]

on peut faire un export/import ou une vue matérialisé ( qui se raffraichit ) , sqlldr ou copie de base ...

Il existe diverses solutions , mais un avantage ( au vue de la volumétrie ) de la solution que j'ai proposé c'est que tu peux intégrer cela dans un bloc PL/sql ( avant un traitement par ex.) ou alors le programmer dans DBMS_JOB.

Ceci n'est qu'une solution qui n'est pas forcément meilleur que les autres