Le Lab Décisionnel

Bonjour,

Nous avons migré d'environnement.
Une base Oracle 8i est passée en 10g.

Une requête ne passait plus. Elle faisait exploser le tablespace TEMP :
- en 8i, TEMP faisait 1Go et était largement suffisant,
- en 10g, TEMP a été monté jusqu'à 8Go, et explosait toujours avec cette requête.

Ma question :
Quelle différence de comportement il peut y avoir entre les 2 environnements, pour une même requête, surtout que celle-ci est assez basique ?

On m'a conseillé de mettre une /*+rule*/ après le SELECT en 10g pour reprendre le comportement de la 8i. En effet, la requête s'exécute instantanément !!
Quelqu'un pourrait m'en dire plus là-dessus ?

Merci.

Josserand

ReBonjour,

Autre problème constaté concernant 8i et 10g...

Il s'agit cette fois du SqlLdr.

Sur la 8i, quand je charge un fichier en SqlLdr, il charge le fichier dans l'ordre des lignes.
Sur la 10g, quand je charge le même fichier de la même manière, il arrive que le chargement commence par la fin du fichier (les dernières lignes) avant de charger le début et le reste du fichier.

Au final, dans mes tables oracle, le chargement est effectué de la manière suivante :

Code :

+---------------------------+ | 8i | 10g | +---------------------------+ | 1 | 8 | | 2 | 9 | | 3 | 10 | | 4 | 1 | | 5 | 2 | | 6 | 3 | | 7 | 4 | | 8 | 5 | | 9 | 6 | | 10 | 7 | +---------------------------+

A quoi correspond cette différence de comportement ? Comment faire en sorte d'avoir le même quelque soit la version d'Oracle ? Merci encore. Josserand

Bonjour Josserand,

Il faut faire très attention dans le cadre d'une migration majeure de base Oracle à tout l'écosystème qui travaille avec tes bases de données et notamment les outils de type SQL+ ou SQLLDR et les drivers JDBC.

Ce qui est certain, c'est qu'il faut toujours utiliser la version des outils et du driver JDBC en correspondance avec la version de la base de données utilisée.

Donc afin d'affiner ton problème, pourrais-tu STP nous indiquer quels sont les versions de SQLLDR et du driver JDBC que tu utilises dans le cas où tu trouvailles avec les bases Oracles 8.1 (il n'y a pas de 8i) et dans le cas où tu es en 10g.

Merci pour ces précisions

Bonjour Romain,

N'ayant accès aux environnements Oracle que par l'intermédiaire du DBA, je ne pourrai pas t'affirmer les versions du SqlLdr.
Simplement, le DBA m'avait dit que SqlLdr étant associé à Oracle, les versions sont compatibles entre elles (Oracle 8 possède son outil SqlLdr, Oracle 10 en possède un autre).

Donc, en effet, les 2 environnements n'ont pas le même SqlLdr. Et c'est cette différence que je cherche à comprendre.

Pour mon information, comment ça 'il n'y a pas de 8i' ?

Merci.
Josserand

Bonjour Joss

QUOTE:
Une base Oracle 8i est passée en 10g.
Une requête ne passait plus. Elle faisait exploser le tablespace TEMP :
- en 8i, TEMP faisait 1Go et était largement suffisant,
- en 10g, TEMP a été monté jusqu'à 8Go, et explosait toujours avec cette requête.

Ma question :
Quelle différence de comportement il peut y avoir entre les 2 environnements, pour une même requête, surtout que celle-ci est assez basique ?

Une des différences entre oracle 8i et 10g c'est le plan d'accès. Dans 10g, quand on fait un requête, le plan d'accès vérifie par défaut les statistiques de chaque table utilisé, alors que ce n'est pas le cas pour oracle 8i.

QUOTE:

On m'a conseillé de mettre une /*+rule*/ après le SELECT en 10g pour reprendre le comportement de la 8i. En effet, la requête s'exécute instantanément !!
Quelqu'un pourrait m'en dire plus là-dessus ?

Le flag /*+rule*/ permet justement de ne pas prendre en compte les statistiques générés par le plan d'accès, mais c'est très déconseillé de l'utiliser car pour le moment il marche dans oracle10g, mais ce n'est pas conforme et pas garanti que ça va fonctionner lors des prochaines versions.


J'espère que ça répond à ta question.

Super, merci pour les infos Susana !

Du coup, quelqu'un aurait-il une solution pour ne pas utiliser ce /*+rule*/ sans faire exploser le tablespace en 10g ?

Merci !