Plans d'execution differents

**jajaCode** · 12/12/2006, 14h30

Nous avons 2 machines, une pour la recette (bi-proc) une pour la production (quadri).

Ces instances demarent avec le meme init ORA.

Ces instances ont les memes schémas, et les memes objets ( Tables, Index, ...)

La MEME requete genere deux plans d'execution differents.

Avez-vous une idee ?

Merci

**pifor** · 12/12/2006, 15h04

Est-ce que:
- vous avez exactement la même version d'Oracle (au patch près) ?
- on a le même nombre de lignes dans les tables ?
- les statistiques sont-elles calculées de la même façon ?
- le paramètre de session OPTIMIZER_MODE est-il le même (s'il est défini dans la session, il a priorité sur celui du init.ora) ?

**jajaCode** · 12/12/2006, 16h02

Nos version sont bien les memes.

Les statistiques sont calculés via une proc qui est identique sur nos deux systeme.

Le Parametre OPTIMIZER_MODE est bien en mode CHOOSE et il n'a pas ete modifié.

J'ai reussi a avoir le meme plan en modifiant le parametre CPU_COUNT. J'ai passé ce parametre de 4 à 2 sur une machine de 4 cpu.

Et la, je ne comprends plus bien le fonctionnement.

Quid du pourquoi ?

**Fakhry** · 12/12/2006, 16h22

Vous utilisez le parallelisme dans vos requêtes ?

**jajaCode** · 12/12/2006, 16h26

Comment puis-je le detecter ?

**Fakhry** · 12/12/2006, 16h33

les hints /*+ PARALLEL */

**jajaCode** · 12/12/2006, 16h34

Les Hints ne sont pas utilisées dans nos requetes.

**remi4444** · 12/12/2006, 16h38

Y a-t-il exactement les mêmes données dans les 2 bases ?

**jajaCode** · 12/12/2006, 16h45

Il y a les memes schemas, les memes données et les memes statistiques.

C'est pour cette raisons que j'invoque ce forum.

**remi4444** · 12/12/2006, 16h57

Envoyé par jajaCode

J'ai reussi a avoir le meme plan en modifiant le parametre CPU_COUNT. J'ai passé ce parametre de 4 à 2 sur une machine de 4 cpu.

Tout s'explique non ?

dans son choix de plan d'exécution, beaucoup de paramètres rentrent en lignes de compte, et les algorythmes de choix sont parfois obscurs et subtil(cachés du public en tout cas). Le nombre de CPU est un de ces paramètres c'est clair, car selon le degré de parallelisme possible, il va choisir des accès FULL ou pas dans certains cas limite.

**pifor** · 12/12/2006, 16h57

Quelle est votre version exacte d'Oracle ?
Y-a-t-il des objets tables ou index créés avec l'option parallel ?

parallel_clause
The parallel_clause lets you parallelize creation of the table and set the default degree of parallelism for queries and DML (INSERT, UPDATE, DELETE, and MERGE) operations on the table after creation.

--------------------------------------------------------------------------------
Note:
The syntax of the parallel_clause supersedes syntax appearing in earlier releases of Oracle. Superseded syntax is still supported for backward compatibility, but may result in slightly different behavior than that documented.

--------------------------------------------------------------------------------

NOPARALLEL
Specify NOPARALLEL for serial execution. This is the default.

PARALLEL
Specify PARALLEL if you want Oracle to select a degree of parallelism equal to the number of CPUs available on all participating instances times the value of the PARALLEL_THREADS_PER_CPU initialization parameter.

PARALLEL integer
Specification of integer indicates the degree of parallelism, which is the number of parallel threads used in the parallel operation. Each parallel thread may use one or two parallel execution servers. Normally Oracle calculates the optimum degree of parallelism, so it is not necessary for you to specify integer.

Pouvez-vous donner un exemple de plans d'exécution qui diffère ?