J'ai quelques questions sur l'optimisation de ce type de charge.Charge de table via Partition Exchange (Oracle 10g)
Un construit une nouvelle table de données à charger dans une table partitionnée, puis construit les index sur cette nouvelle table.
Si vous construire l'index avec l'option COMPUTE STATISTICS ou utilisez l'option Cascade des DBMS_STATS?
Devriez-vous recueillir des statistiques sur la table avant le swap ou sur la partition après le swap?
Si vous le faites après le swap et que vous spécifiez le nom de la partition dans la liste des paramètres, quelle est l'interaction du paramètre de granularité? Par exemple, si je spécifie un nom de partition, puis que je mets la granularité à 'GLOBAL AND PARTITION' cela fait-il du Global? Fait-il juste cette partition?
c'est un tableau de rapport. Une requête complexe matérialisée une fois par jour. Est-ce un DW? Probablement pas, peut-être un peu. C'est un très bon conseil sur l'échantillonnage dynamique, je vais devoir l'essayer. Et la partie sur la table et la partition est un peu là où elle se penche. Logique. –