Discussion :

[farenheiit]

Bonjour,

Je travaille pour un éditeur de logiciel financier et dans l'un de nos produits phares nous avons des milliers et des milliers de requêtes.
Récemment un de nos clients a partitionné certaines tables. Le problème c'est que pour profiter du pruning il faudrait modifier toutes les requêtes pour ajouter à chaque fois le critère de partitionnement, mais cela représente une charge de travail hyper importante avec des tests de non regression importants aussi qu 'on souhaiterait éviter.

Avez-vous une solution qui permettrai de profiter du pruning sans avoir à modifier toutes les requêtes. j'avais trouvé une solution avec le VPD qui permettrait de rajouter dynamiquement une clause where (via la création de contexte) sur chaque requête mais notre client n'est pas trop chaud pour cette solution.

Avez vous une idée à me proposer?

merci d'avance

[Pomalaix]

Récemment un de nos clients a partitionné certaines tables. Le problème c'est que pour profiter du pruning il faudrait modifier toutes les requêtes pour ajouter à chaque fois le critère de partitionnement

Bonjour

Vous ne seriez pas en train de nous demander l'équivalent du paramètre FAST=TRUE à la sauce partitionnement ?
Les partitions servent en quelque sorte à trier une table selon la clé de partitionnement. Si vous n'avez pas quelque part une clause WHERE CLE=xxx, comment voulez-vous qu'Oracle aille taper dans une partition spécifique et ignore les autres ?
Le bon sens, c'est de partitionner selon une colonne qui soit un critère systématique d'accès à la table.