Discussion :

[Boubou2020]

Bonjour
Avant de poser cette question j'ai évidement fais des recherches sur le forum dans lequel j'ai lue plusieurs articles que la désactivation des index pendant l'insertion des données en bloc bulk insert peuvent accélérer ces opérations
la question que ce pause est ce que la désactivation des index peuvent aussi accélérer les opérations des suppressions massive pour les grand table ,Je sais que ça n'a pas beaucoup de sens mais ça pourrait m'être utile à un moment donné.
donc n'hésitez pas à me corriger si je dis des bêtises.
cordialement

[StringBuilder]

Solution intermédiaire :
- Etudier le plan d'exécution de suppression
- Désactiver tous les index qui n'en font pas partie

Ceci dit, personnellement, je suis pas du tout fan de désactiver/réactiver les index en exploitation...
A la limite, autant créer une transaction, puis faire un :

Code sql :

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

SELECT * FROM MATABLE with (XLOCK, TABLOCK)

Avant de te lancer dans la suppression.

(ne pas oublier le commit après)

Ça garanti qu'il n'y a aucun accès concurrent à la table, et donc doit permettre un accélération importante des performances si la base est fortement sollicitée.

Car shooter les index sur une base fortement sollicité, c'est risque de provoquer un goulot d'étranglement, avec tous les risques de deadlock et autres plantages que cela implique.

[SQLpro]

Les deux sont à tenter, mesurer, étudier...

J'y rajouterais:
votre journal de transaction

• a t-il suffisamment de "mou" ?
• Est-il suffisamment dimensionné ?
• l'organisation des disques est-elle optimale (RAID 10 en particulier, sur des disques physiques ...)

A +