Discussion :

[juin29]

Bonjour,

Je me demandais ce que vous en pensiez... J'ai des donnée à transféré d'une bd à un autre à toute les semaines. Actuellement, je crée des table, fais une extraction et reload avec sql loader dans l'autre bd...

J'ai la possibilité de changer ca... (le budget est alloué) donc je pensais à un transportable tablespace. Par contre, on me dit que les bd doivent etre au meme niveau de bd... est-ce toujours vrai? Est-ce que c'est complexe à programmé?

Je pensais aussi au database link... mais ca pourrais créé de l'overhead pas mal au niveau des disque et de la bande passante...

Ou bien y'a tu autre chose de nouveau disons à partir de 9i ou à la limite 10g qui est intéressant? Je peux pas croire que je ne peux pas amélioré mon processus et éliminé mes flat file...

avez-vous des suggestions ou des précisions sur les 2 idées que j'ai?

merci beaucoup

[Invité]

Je pensais aussi au database link... mais ca pourrais créé de l'overhead pas mal au niveau des disque et de la bande passante...

Que ce soit par fichier ou dblink, tes datas doivent passé par le réseau à un moment ou un autre.
Je serais plus pour le dblink utiliser avec un import impd (possible à partir de la 10g). C'est une solution rapide.

[juin29]

Effectivement, mais je crois que mon Dba est plus au moins intéresser par la proposition du database link...

C'est pourquoi je voulais voir s'il n'y avait pas de solution plus "clean" proposé par oracle?

[orafrance]

la source est une table unique ? L'idéal selon moins c'est une vue matérialisée (donc DB Link)

[mnitu]

Import/export ou peut être le mecanisme de replication d'Oracle.

[juin29]

la source est une table unique ? L'idéal selon moins c'est une vue matérialisée (donc DB Link)

la sources c'est 32 tables mais des table unique oui...

En quoi les vues matérialisé serait meilleurs dans le cas d'un db link?

[juin29]

Import/export ou peut être le mecanisme de replication d'Oracle.

import/export... c'est pas plus lourd que les transportable tablespace?

replication d'oracle? ca veut dire que 2 bd sont toujours synchro c'est ca? C'est une approche que l'on aimerait prendre éventuellement mais trop couteuse pour mon projet actuelle...

[juin29]

Je vais mettre de la precision sur ce que j'avais en tete avec le database link.

j'ai ma bd de prod et j'ai ma 2e bd sur lequel je dois transféré mes données... je voulais faire des create table as select à partir de ma 2e bd sur la 1ere... c'est pour ca que je disais que j'allais avoir de l'overhead live....

vous voyez le portrait?

c'est pour ca que je voyais les transportable tablespace comme une bonne option... c'est fait en batch... mais si les version d'oracle doivent etre les meme absolument c'est là que j'ai un probleme...

qu'en pensez-vous?

[mnitu]

C'est ta remarque

...
Actuellement, je crée des table, fais une extraction et reload avec sql loader dans l'autre bd...

qui m'a fait penser que l'export/import pouvait aller plus vite.

Je n'ai pas assez d'expérience avec le transportable tablespace pour te donner des informations utiles. Ca devrait aller plus vite mais il faut bien étudier les pré requis et restrictions.

C'est quoi ton problème avec db_link ? Je ne comprends pas bien ta remarque

...
mais ca pourrais créé de l'overhead pas mal au niveau des disque et de la bande passante...
...

[juin29]

si je fais mon create table sur ma bd qui recoit, il va amener live tout le data que contient mon sql à travers le réseau... je sais pas je suis pas expert réseau... mais je me disais... que c'était surement pas super sur la performance...

[mnitu]

Actuellement, le fichier que tu charges par sqlloader sur l'autre BD tu le transfère sur une "disquette" ou tu le passe par le réseaux via FTP, etc. ?

[juin29]

Par Ftp évidemment... mais je vois ce que tu veux dire... tant qu'a passé par le réseau pour des fichier pourquoi pas le data.... Par contre le transfert des fichiers, c'est le resultat... c'est un flat file et ce n'est pas tres long à transféré... pourtant l'execution de la création des tables peuvent prendre des heures... voilà pourquoi je pensais que les transportable tablespace serait beaucoup moins lourd qu'un create table as select qui passe par un dblink...

[juin29]

alors c'est ca la question...

qu'est-ce que vous pensez des transportable tablespace? Y'a tu des contre indication? Je suis crée déjà mes table dans un tablespace distinct...

Et un databaselink qui fait tout le traitement create table as select... d'une bd vers un autre, j'imagine que c'est pas tres conseillé?

Si vous voyez d'autres idée comme l'idée du import export... c'est une idée, mais un import c'est quand meme long je crois non?

[juin29]

Personne n'a d'avis sur le transportable tablespace vs un databaselink ou une extraction de data?

est-ce que vous avez besoin de plus de détail?