Ik zou zeker zeggen dat het moet. Het SQL*Net-protocol dat het gebruikt, is in wezen ongewijzigd. Hier is een voorbeeld van hoe ik een Oracle 9 verbind met een Oracle 10-server.
[email protected] :~$ sqlplus "urs/[email protected] _URS"
SQL*Plus:Release 9.2.0.8.0 - Productie op do 25 juni 05:55:57 2009
Copyright (c) 1982, 2002, Oracle Corporation. Alle rechten voorbehouden.
Verbonden met:Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64-bits productieMet de opties voor partitionering, datamining en echte toepassingstest
Volgens de jongens van "http://www.experts-exchange.com/ "...
11 can talk to 11,10,9
10 can talk to 11,10,9,8
9 can talk to 11,10,9,8,7
8 can talk to 10,9,8,7
7 can talk to 9,8,7
Volgens Oracle-forums is dit gedefinieerd in Metalink DocID 207303.1, dat een uitgebreide client/server-compatibiliteitsmatrix biedt. Ik heb helaas geen toegang tot Metalink, dus ik kan dit niet bevestigen.
Als u verbindingsproblemen ondervindt, raad ik u aan te beginnen met het Oracle-waarschuwingslogboek op uw servercomputer. De locatie van uw orakelwaarschuwingslogboek vinden:
SQL> select value from v$parameter where name = 'background_dump_dest';
U zult waarschijnlijk ook iets nuttigs halen uit het inschakelen van luisteraartracering:
$ lsnrctl
LSNRCTL> set trc_level ADMIN
Het traceerbestand op mijn Solaris Oracle 10-installatie is te vinden in:
$ORACLE_HOME/network/trace/listener.trc
U kunt het direct bekijken of het trcasst-programma gebruiken om het te "formatteren". Houd er rekening mee dat dit ALLES op de server staat, niet aan uw clientzijde.
Ik hoop dat dit helpt.