D'une part parce j'attaque différents serveurs Oracle depuis mon poste de développement, et d'autre part parce que j'ai besoin de conserver la configuration de la première version de l'application livrée quelques semaines plus tôt, en 9.4.

Bonjour Nico,

A propos de mon TNSnames.ora :
- il est dans l'arborescence de mon client 9.2
- mon application semble quand même l'utiliser malgré mon SQLCA.DBMS = "O10 Oracle10g (10.2.0)"
- je n'en ai pas dans mon arborescence du client 10g

C'est pas normal ? :-o

Autre petite question : comment je coupe mon lien à la base ? J'édite mon tnsnames.ora pour pointer sur quelque chose d'invalide ?

Dernière modification par Nyphel (23-09-2008 09:52:46)

Oui, ton TNSNAME te permet de pointer vers ta base (nom du serveur + service utilisé).
Je n'ai jamais essayé d'installer 2 clients oracle sur le même poste.
Mais si je comprends bien tu as dans ton TNSNAME un service qui pointe vers un serveur avec 1 base 9.2, et un service qui pointe vers un serveur avec 1 base 10G. Et ton fichier se trouve dans le répertoire d'install de ton client 9.2.

D'accord, j'y vois maintenant plus clair !

Dans mon TNSname.ora, ce qui est spécifié c'est la base que je vais attaquer sur le serveur. Je n'y indique donc rien concernant le fait que mon client soit 9.2 ou 10g. Du coup je ne vois toujours pas comment m'assurer que je ne me connecte pas en 9.2 ;)

Moi je n'ai pas cette variable d'environnement.
Cet tip est bon à savoir, bien qu'il ne m'aide pas vraiment dans le cas présent

Oui je suis d'accord...

Voici mon ficheir TNSnames.ora

prod.world =
(DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = server_A)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SID = PROD)
    )
  )

Lorsque je souhaite changer de serveur, je change directement mon "server_A" en "server_B".
Cela me permet d'identifier mon serveur, mais ça ne spécifie pas quel client j'utilise pour m'y connecter. Mon soucis ce n'est pas de me connecter à telle ou telle base du serveur, mais bien de m'assurer que j'utilise le client 10g et non pas le client 9.2 pour communiquer avec le serveur.

Chose étrange : mon path est semblable au tien et j'ai bien le chemin vers le /bin de la 10g avant celui de la 9.2, pourtant quand je lance SQLPLUS par l'invite de commandes, ça me lance celui de la 9.2. En même temps j'ai installé la 10g de façon minimal :le client sans outils complémentaires, donc il est tout à fait possible que je n'aie pas SQLPLUS d'installé avec ma 10g.

Quand à renommer mon répertoire d'installation de la 9.2, j'ai tenté de le faire ce matin sans succès : il est protégé en écriture, et même si je retire la protection, elle revient automatiquement (Je suis bien connecté en administrateur). Il faudrait que j'essaie en mode sans échec peut-être...

En fait je n'ai même pas de répertoire /bin dans le répertoire d'installation de ma 10g. C'est vraiment léger

l'avantage de la 10 c'est justement de pouvoir s'affranchir de tout client, cf ici : http://pbadonf.fr/forum/viewtopic.php?id=1841

il y a aussi la solution de se faire des envt indépendants et propres en utilisant des machines virtuelles VMWare

au fait, juste pour info, en passant à PB11.5, le driver PB O84 n'est plus supporté mais ça marche bien (a priori ) avec le driver PB O90