Discussion :

[AyaGizmo]

Salut,

J'utilise depuis quelques temps le hint de parallèlisme dans des ordres DML sur de gros volumes de données afin de booster les perfs sur des bases montées sous 2003 Server sur des Blade bi-processeur (dual et quadricores...).
Mes données sont de tres grandes tables avec des number et des varchar2 en plus d'un champs GEOM spécifique à Oracle spatial, avec parfois 50M et même 200M de lignes pour les plus grosses.

Est ce que vous pensez l'utilisation parallèlisme est souhaitable dans tout les cas ?
En particulier, pour pousser l'exemple à l'extrême :
- 1 : dans le cas de l'insert d'une table de 3 lignes avec pour chacune un champ géométrie énorme (du genre 500 000 points avec chacun un X et un Y) dans une autre table
- 2 : à l'inverse dans le cas de l'insert d'une table avec 50M de ligne avec une géométrie très légère (juste un point) dans une autre table

J'aurais tendance à penser que le parallèlisme va être très profitable dans le second cas et peu dans le premier... En gros celà revient a savoir comment les données sont traitées par les différents threads.

[orafrance]

c'est pas toujours profitable, d'abord ça demande un tuning assez complexe (nombre de process, taille des messages, etc...) et tu peux générer des problèmes plus graves qu'en sérialisant notamment à cause de contention sur les disques

Donc non, parallélisme et performance sont loin d'être indissociable

[13thFloor]

Je confirme les dires d'Orafrance. J'ai vu des cas ou une parallélisation dégradait les perfs. Soit une //isation à outrance (degré trop élevé en regard du nb de cpu et de partitions), soit une //isation faible mais un seul datafile.
Si les inserts peuvent se faire dans des partitions différentes, elles-mêmes sur des disques différents (le TEMP étant aussi sur un disque différent), tu peux gagner en perf : à tester.
Il faut réussir à trouver les bons paramètres : pas aisé.
Fais tes insert en mode append, ça ne sera sans doute pas transcendant, mais ça pourra aider.