Version imprimable
Bonjour à tous,
j'ai une base en production sur oracle 9i qui a 4 processeurs logique.
A priori aucune table n'a été crée avec l'option
D'apres ce que j'ai compris, cela veut dire que mes traitements n'utilisent qu'un processeur logique.Code:create table parallel
Si je recréer les tables avec cette option parrallel mes requetes DML seront plus rapide?
Ai je bien tout compris de cette option?
j'ai pas trouvé grande explication sur cette option.
Merci de votre aide
La clause PARALLEL permet effectivement de spécifier le degré de parallélisme lors de la création de la table (create ... as select ...) mais également le degré de parallélisme par défaut lors des DML sur la table.
Tout dépends du type de base et de table en fait, en OLTP on laissera le NOPARALLEL car on favorisera la répartition de charge entre les divers clients, en mode OLAP on utilisera la clause PARALLEL pour les grosses tables, surtout les partitionnées.
Afin de modifier le mode pour une table existante :
N'alloue jamais la totalité des processeurs logiques à une table car l'OS et le DBA ont besoin d'eux aussi et en cas de charge tu ira au crash. En OLAP on peut aller jusqu'à N-2 ce qui est déjà colossal en cas de requête lourde.Code:alter table xxx parallel <degré voulu>;
... a priori je suis en mode OLTP mais avec une table de 150 Go qui bouge beaucoup.
Ma base est alimentée en permanance par des batch soumis avec le même user. Ma table de 150 Go est tres souvent sollicité par ceux-ci et je voudrais utiliser l'option PARALLEL pour améliorer son alimentation. Genre faire des insert à 4h du matin avec 3 processeurs au lieu de 1.
Est-ce qu'au moins l'instance est paramétrée pour faire du parallélisme ? parallel_max_servers, parallel_server, etc... ?
non pas encore:
je réfléchi seulement à cette option et je voulais avoir votre avis.
Si cette option peu améliorer les traitements, je modifie mon init.ora pour que les dev puissent creer des tables avec l'option parralel. Petit à petit je migrerais les tables (export de la table, recréation et injection des données).
Donc effectivement je n'ai encore pas modifié mon init.ora :lol:
Pour moi, une fois l'instance paramétrée, tu n'as pas besoin de faire un export/import, un simple ALTER suffit.
Personnellement je positionnerai plutôt le parallélisme au niveau requête (avec un hint) plutôt que sur la table car dans ce dernier cas, tout accès essaiera de se faire en parallèle (à concurrence du nombre de process // disponibles), ce qui pourra être nuisible à certaines requêtes.
A revoir avec les developpeur mais je crois qu'il y a déjà des hint aux requetes.
Par contre je ne comprends pas en quoi cela serait pénalisant d'attribuer 2 processeurs logiques aux requetes?
plus il y a de ressources dédiées mieux cela devrait être non?
Pour résumer je pensais que je n'avais que 1 processeur logique d'utilisé et que les 3 autres se tournaient les pouces. L'idée était donc de tous les soliciter pour acceler les traitements.
ce n'est pas aussi simple?
Je pense effectivement que cela ne devrait pas poser plus de problèmes que cela, du moment que tu n'attribue pas tous les processeurs. Ensuite intervient la communication entre coeurs qui elle peut poser des micro-temps de latences qui cumulés (On est en Ghz) peuvent dégrader les performances de façon invisible (Plus exactement difficilement identifiable).Citation:
Par contre je ne comprends pas en quoi cela serait pénalisant d'attribuer 2 processeurs logiques aux requetes?
Bref, surveille tout de même le comportement de ta base. Historiser quelques statistiques sur deux trois requête clefs ça fait pas de mal...
ok merci pour les infos!
:king: