Discussion :

[aeled]

Bonjour,

Au niveau d'une montée de version de Oracle 8 à Oracle 9, j'observe un phénomène étrange.

Dans le tnsnames.ora, je suis obligé de mettre :

XXX.WORLD =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = XXX)(PORT = 1521))
(CONNECT_DATA = (SID = XXX))
)

Et dans mon code (C# fw 1.1), dans la connexion odbc (c'était fait en odbc précedemment, l'objectif n'est pas de modifier ca), je dois lui passer le nom avec le .WORLD.

Je me suis dit que si j'enlevais le .WORLD du fichier .ora et dans le code j'aurais pas de pb car la correspondance serait ok mais rien à faire...

Une explication ?

[nuke_y]

Par expérience je dirais que si tu vires le sqlnet.ora tu n'auras plus ce problème.

Je n'ai jamais bien compris comment fonctionnait le sqlnet.ora et si un pro pouvait nous expliquer un peu...

De ce que j'en ai compris, si tu as une config particulière (je crois que c'est domain.name.default=world mais je ne suis pas sûr) tu risques de ne pas pouvoir accéder à des instances définies sans domaine dans ton tnsnames. Par exemple :

Code :

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

1
2
INSTANCE =
...

fera que tu ne pourras y accéder en faisant SCHEMA/PASSWORD@INSTANCE
mais

Code :

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

1
2
INSTANCE.WORLD=
...

fera que tu pourras y accéder en faisant
SCHEMA/PASSWORD@INSTANCE
mais pas en faisant
SCHEMA/PASSWORD@INSTANCE.WORLD

Donc en principe je teste en enlevant le sqlnet.ora ou en diesant son contenu jusqu'à ce que ça marche. Et j'essaye de définir des noms de domaines aussi par exemple :

Code :

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

1
2
INSTANCE.MONDOMAINE.COM=
...

Mais je ne sais absolument pas ce que ça fait, à quoi ça sert et qu'est-ce que je prend comme risque en faisant ça.

[aeled]

Merci pour cette réponse.

Je vais faire des tests avec le fichier sqlnet.ora même si je ne maitrise pas non plus les impacts des modifications effectuées.

Je suis également preneur sur des explications là dessus