Liens de base de données Oracle entre 10g et 11g

Question

Quelqu'un a-t-il une expérience avec des liens de base de données entre 10g et 11g?

Est-ce une installation/opération supportée? C'est possible? Y a-t-il des problèmes? Mises en garde? J'ai utilisé des liens de DB de 11g à 10g

Answer 1

Pas de gros problèmes. Le seul inconvénient est que 11g peut utiliser des mots de passe à casse mixte et vous pouvez désactiver cette option si vous essayez de vous connecter à partir d'une base de données de 10g à une base de données de 11g.

Answer 2

Parfois, il y a des problèmes, quand un lien de 11G à 10.2.0.4.

ID de support Oracle ID 730423.1: Sélectionnez avec la fonction locale et les tables distantes à l'aide d'un lien suspendu en raison de l'ajout de DX.

Answer 3

ORA-01719 peut également être levée si vous avez une requête de jointure externe dans 11g qui utilise également IN ou OR et les tables sont référencées via un lien db_link à 10g.

De 11g à 11g, tout comme 10g à 10g, cela ne fonctionne que si vous avez un lien entre 11g et 10g. En particulier, je vois actuellement ce problème en utilisant 11.2.0.1 à 10.2.0.3; et 11.2.0.2 à 10.2.0.4. Ainsi que la variation des versions O/S: Windows et Solaris.

Exécuter ce dans les 10g cible et bases de données 11g:

Créer db_links (DB10, DB11) dans votre base de données 11g reliant à la fois les bases de données liées 10g et 11g.

exécuter ces requêtes dans votre 11g base de données reliant:

/* this will fail 11g to 10g*/ 
SELECT * 
FROM u1@DB10 a, 
(SELECT * 
FROM u2@DB10 
WHERE c1 IN (1, 2, 3)) b 
WHERE a.c1 = b.c1(+); 

/* this will work 11g to 11g*/ 
SELECT * 
FROM u1@DB11 a, 
(SELECT * 
FROM u2@DB11 
WHERE c1 IN (1, 2, 3)) b 
WHERE a.c1 = b.c1(+); 

Answer 4

Une vue avec dblink dans la liste de sélection ne peut plus être accessible depuis un autre schéma via un synonyme (utilisé pour travailler dans Oracle 10)

La vue

create or replace foo_view as 
select foo.id@link id --yes, I know this is stupid... legacy code 
from foo@link 

Sur un autre utilisateur DB

create synonym foo_synonym for otherdb.foo_view 

select foo_synonym: « Description de la connexion ORA-02019 pour la base de données à distance introuvable »

La solution consiste à supprimer dblinks de la sélection de vue sous-jacente clause (qui ne devrait pas vraiment être là en premier lieu) :

create or replace foo_view as 
select foo.id id 
from foo@lin foo