cs_rt15
Messages postés3874Date d'inscriptionmardi 8 mars 2005StatutModérateurDernière intervention 7 novembre 2014
-
13 mai 2008 à 19:01
cs_rt15
Messages postés3874Date d'inscriptionmardi 8 mars 2005StatutModérateurDernière intervention 7 novembre 2014
-
26 févr. 2009 à 13:22
Bonjour,
(Oracle 9.2.0.7.0)
On a une table vacances de plus de 30 millions d'enregistrements.
Certains traitements ne s'appliquent que sur une partie de ceux-ci.
Il a donc été décidé de diviser cette table en 4 tables, de manières à ce que ces traitements spécifiques soient plus performants.
Cependant, d'autres traitements nécessitent d'accèder à l'ensemble des enregistrements de la table originale.
Une vue à donc été réalisée,avec le même nom que la table d'origine :
create view vacances as
select * from vacances_managers
union all
select * from vacances_patrons
union all
select * from vacances_ouvriers
union all
select * from vacances_secretaires
On accède ensuite à cette vue avec des requêtes ressemblant toutes à ça :
select * from vacances, employés where employés.nom='toto' and employés.oid=vacances.oid_employés
oid étant clé primaire de employés référencée par vacances.oid_employés, clé étrangère de vacances.
On a les indexs qui vont bien : les tables vacances_... sur oid_employés, et employés sur nom.
Cependant, les requêtes mettent un temps considérable, sans commune mesure avec ce que l'on avait avec la table des 30 millions d'enregistrements.
En effet, si on regarde le plan d'exécution de Oracle, on tombe sur du full scan :
Du peu que je connais en SQL, je pense qu'il serait préférable de faire le MERGE JOIN 4 fois sur les 4 tables vacances_ en profitant des indexs, puis de faire seulement après le UNION ALL.
Quelqu'un à une idée d'optimisation (Création de la vue différente qui amènerait Oracle à revoir son plan...) ?
Plus généralement, existe-t-il une meilleur méthode de découpage quand on arrive à des tables trop grosses ?
Je me doute que cette question est peut être un peu trop spéicifique à nos problèmes et pas forcément très intéressante...Mais à tout hasard je poste quand même (On sais jamais on est peut être passé à côté d'un truc)
cs_rt15
Messages postés3874Date d'inscriptionmardi 8 mars 2005StatutModérateurDernière intervention 7 novembre 201413 14 mai 2008 à 11:18
Il semblerait qu'en passant par des hint lors de la création de la vue, on peut forcer l'emploi des indexs.
Ce qui me donne :
create view vacances as
select /*+ INDEX (vacances_managers I1_vacances_managers)*/ * from vacances_managers
union all
select /*+ INDEX (vacances_patrons I1_vacances_patrons)*/ * from vacances_patrons
union all
select /*+ INDEX (vacances_ouvriers I1_vacances_ouvriers)*/ * from vacances_ouvriers
union all
select /*+ INDEX (vacances_secretaires I1_vacances_secretaires)*/ * from vacances_secretaires
Avec I1_vacances_... les indexs sur oid_employés.
J'attends avant de valider si vous avez des remarques sur cette solution, ou d'autres solutions.
cs_rt15
Messages postés3874Date d'inscriptionmardi 8 mars 2005StatutModérateurDernière intervention 7 novembre 201413 26 févr. 2009 à 13:22
Salut,
Il faut créer un nouveau topic lorsque l'on veut poser une question.
Pour ta question, le code ci-dessus utilise 4 tables. Faire la même chose avec plus de tables n'est pas franchement difficile... Il faut que tu détailles plus ton problème (Mais dans un nouveau topic encore une fois).