Discussion :

[t-die]

Lors d'un chargement d'un Datawarehouse. J'ai un blocage à un moment donné dans mon flux J'ai un Rebuild des index de toutes les tables :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

]; EXEC sp_MSforeachtable @command1="print '?'", @command2="ALTER INDEX ALL ON ? REBUILD PARTITION = ALL WITH (SORT_IN_TEMPDB=ON, ONLINE=OFF, ALLOW_ROW_LOCKS=ON, ALLOW_PAGE_LOCKS=ON);";

Donc ma Table_A sera affectée.

Un tâche en parallèle fait ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SET NOCOUNT ON;  [etl].[Merge_MaVueA];

Un procédure qui fait un MERGE pour un UPDATE WHEN MATCHED ou INSERT WHEN NO MATCHED
qui utilise une vue dont certain champs sont basé sur MaTable_A.

Voici le schéma avec le rebuild Index et le Merge.

Je devrais pas faire ces 2 opérations en parallèles mais à la suite ?

[SQLpro]

Effectivement il faudrait les mettre en séquence. Ce que je ne comprends pas bien c'est l'utilité de reconstruire tous les index.... Expliquez moi pourquoi ?

A +

[t-die]

Bonjour,

Merci beaucoup pour votre réponse :
C'est un projet que j'ai repris et j'ai tout l'environnement Data à prendre en main de l'entité pour laquelle je travaille. De la partie ETL jusqu'à la partie "DataViz", DB, DWH cube inclus. Donc je ne me suis pas encre tout approprié.
Dans la procédure stockée, il y a un ajout d'indexe unique sur la natural key de la table B pour lier dim_X et fact_Y.

Car ils ont ont été désactivé pour des opérations massive d'insertion, d'updates et de surpressions, Tables de dimensions, Tables de faits.

[SQLpro]

OK.

dans le principe pour un chargement en masse c'est bien de désactiver les index, à condition que ce ne soient pas des index "sémantiques". Autrement dit, ne pas supprimer les index sur : les PRIMARY KEY, les contraintes d'unicité et les FOREIGN KEY... Et réactiver ces index après l'insertion.

A +

[t-die]

Ok merci de vos réponses. Je vais vérifier.