Discussion :

[DjinnS]

Bonjour,

Je fais tourner deux scripts qui copient (des inserts) des données via un dblink (src: 9i, dst: 10g) dans des tables.

Je fais actuellement des tests de performance avec un seul dblink.

Neanmoins, je me demande, si éventuellement quelqu'un avait déjà eu l'occasion de faire la même chose, si ca serait plus rapide avec deux dblink (un dblink par thread) ?

Merci d'avance.

[orafrance]

1 DBLink/thread ? C'est à dire ? Tu veux copier la moitié de la table dans un DBLink et l'autre moitié en paralléle dans un 2° DBL ?

[DjinnS]

Si tu veux j'ai divisé en deux listes mes tables à copier.

J'ai donc deux scripts sql en parallèle qui tourne et utilise le même dblink.

Donc avec deux, est ce que ca serait plus performant ?

[orafrance]

A priori je dirais qu'il y a des chances mais tout dépend de la bande passante

En tout cas, ça ne coute rien que de le faire

[DjinnS]

Je fais des tests avec un petit lien 100mbits. A terme je devrais être en Giga ... je posterais les temps ^^

[DjinnS]

Euh j'en profite ... j'ai une erreur justement avec mon dblink:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ORA-14100: partition extended table name cannot refer to a remote object

La requete:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

INSERT INTO TOTO.TITI SELECT * FROM TOTO.TITI @oralink PARTITION (P20041114);

J'ai bien trouvé que:

An attempt was made to use partition-extended table name syntax in conjunction with remote object name which is illegal.

Mais je vois pas pourquoi il serait illegal de faire une requete sur une partition via un dblink ? Ou c'est moi qui me trompe ?

[orafrance]

je ne sais pas pourquoi mais en effet, c'est interdit

[Michel SALAIS]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

INSERT INTO TOTO.TITI SELECT * FROM TOTO.TITI @oralink PARTITION (P20041114);

C'est ça l'erreur ...

[DjinnS]

Effectivement c'est interdit ...

Une solution consiste à utiliser betwen ... je vais essayer avec ça.

Dommage que ca ne fonctionne pas, ca serait pratique ...

[mnitu]

Si tu veux j'ai divisé en deux listes mes tables à copier.

J'ai donc deux scripts sql en parallèle qui tourne et utilise le même dblink.

Donc avec deux, est ce que ca serait plus performant ?

J’ai de doute que ça va améliorer quoi que soit. Je ne pense pas que le dblink c’est un sort de tuyau par lequel les données passent. Mais vous savez quand je me trompe je le reconnaît

[orafrance]

bah on peut espérer que 2 sessions travaillent plus vite qu'une seule quand même... même si c'est pas évident

[mnitu]

bah on peut espérer que 2 sessions travaillent plus vite qu'une seule quand même... même si c'est pas évident

Deux sessions oui. Mais moi j'ai compris que la questions concerne deux dabaselink. Est-ce que je me suis trompé ?

[DjinnS]

Je parle de deux dblink vers la même machine, vers la même instance, via le même utilisateur, si ca peut aider ...

edit:

et les deux scripts sql seront lancés via deux sessions différentes.

[orafrance]

Deux sessions oui. Mais moi j'ai compris que la questions concerne deux dabaselink. Est-ce que je me suis trompé ?

2 DBLinks n'ouvent-ils pas chacun une session ?

[mnitu]

2 DBLinks n'ouvent-ils pas chacun une session ?

Et deux session SqlPlus qui utilisent le même dblink n'ont pas le même effet ?
A propo, il y a une commande copy dans SQLPlus qui devrait être utile

[orafrance]

certes

En effet, COPY c'est très bien aussi mais attention c'est une commande SQL*Plus (et non SQL le langage )

[Michel SALAIS]

Et deux session SqlPlus qui utilisent le même dblink n'ont pas le même effet ?
A propo, il y a une commande copy dans SQLPlus qui devrait être utile

Il faut signaler néanmoins que cette commande n'est plus supportée ...

[orafrance]

ha bon ? C'est bien dommage

[mnitu]

Il faut signaler néanmoins que cette commande n'est plus supportée ...

T'est certain Michel ? Moi je le trouve encore dans la doc du 11.

[Michel SALAIS]

T'est certain Michel ? Moi je le trouve encore dans la doc du 11.

Je crois bien que je l'ai lu dans la doc de Oracle 8i ou Oracle 9i ...
Je vais vérifier !

Vérification faite (J'ai regardé dans Oracle 10gR2). Voici un extrait

The COPY command is not being enhanced to handle datatypes or features introduced with, or after Oracle8i. The COPY command is likely to be made obsolete in a future release.