Oracle Vues matérialisées: stratégie de partition

Question

J'ai une vue matérialisée récapitulative organisée par année (char), mois (char) et 3 autres dimensions, suivi de nombreuses mesures. Mes données s'étendent de 2013 à l'heure actuelle et augmentent continuellement. Étant donné que la table de faits sous-jacente est énorme (500 + M lignes incrémentées 100 + M chaque année), j'envisage de partitionner la table et le MV afin de ne rafraîchir que les 12 derniers mois dans le MV.

Après de nombreuses lectures, j'ai supposé partitionner la table de faits par intervalle (tous les mois) et partitionner le MV par mois et le partitionner par année.

Je sais que la stratégie de partition est cruciale pour les performances, donc je demande si quelqu'un a une meilleure solution ou celle que j'ai élaborée est optimale.

Merci!

Exemple de code de la partition MV:

CREATE MATERIALIZED VIEW my_mv 
    PARTITION BY LIST (month) SUBPARTITION BY LIST (year) 
     (PARTITION p01 VALUES ('01') 
      (SUBPARTITION p_0117 VALUES ('2017') 
      , SUBPARTITION p_0116 VALUES ('2016') 
      , SUBPARTITION p_0115 VALUES ('2015') 
      , SUBPARTITION p_0114 VALUES ('2014') 
      , SUBPARTITION p_0113 VALUES ('2013') 
     ) 
     , PARTITION p02 VALUES ('02') 
      (SUBPARTITION p_0217 VALUES ('2017') 
      , SUBPARTITION p_0216 VALUES ('2016') 
      , SUBPARTITION p_0215 VALUES ('2015') 
      , SUBPARTITION p_0214 VALUES ('2014') 
      , SUBPARTITION p_0213 VALUES ('2013') 
     ) 

     ... 

     , PARTITION p12 VALUES ('12') 
      (SUBPARTITION p_1217 VALUES ('2017') 
      , SUBPARTITION p_1216 VALUES ('2016') 
      , SUBPARTITION p_1215 VALUES ('2015') 
      , SUBPARTITION p_1214 VALUES ('2014') 
      , SUBPARTITION p_1213 VALUES ('2013') 
     ) 
     ) 
AS 
SELECT 
    ... 
FROM 
    ... 
; 

Answer 1

Pourquoi ne pas faire simple cloison par mois? Cela n'a aucun sens de faire la partition par mois et sous-partition par année. La suppression de partitions plus anciennes ne serait pas possible, en général la maintenance serait assez difficile.

SELECT 
... 
TO_TIMESTAMP(year||month, 'YYYYMM') AS PARTITION_KEY, 
... 

puis pour vous mview:

PARTITION BY RANGE (PARTITION_KEY) INTERVAL (INTERVAL '1' MONTH) 

Cela vous permet aussi de toute la maintenance de la partition.

En ce qui concerne les performances, cela dépend fortement de vos requêtes principales. Il est assez facile d'avoir de moins bonnes performances sur une table partitionnée que sur une table non partitionnée. Si vos requêtes principales ne sélectionnent pas certaines plages de dates, la partition à la date est en contradiction (en termes de performances).