Plans d'execution differents

[jajaCode]

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]

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]

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]

Vous utilisez le parallelisme dans vos requêtes ?

[jajaCode]

Comment puis-je le detecter ?

[Fakhry]

les hints /*+ PARALLEL */

[jajaCode]

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

[remi4444]

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

[jajaCode]

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]

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]

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 ?

[Fakhry]

dans la 10GR2 l'algo du CBO se base sur la CPU

[jajaCode]

Il s'agit de la Version 9.2.0.6.
Les objets (table ou index) sont tous avec l'option : parrallel ( degree default)

Merci

[orafrance]

le parallélisme est forcément impacté par le CPU_COUNT... je pense que la réponse est évidente du coup