DELETE très lent : Optimisation ?

Bonjour à tous,

Sur le logiciel que je développe, je suis confronté à un problème de performance que je n'arrive pas à résoudre : lors de la suppression d'une entité, un script SQL est censé supprimer une centaine de lignes sur une table centrale de l'application (beaucoup de tables ont une clé étrangère pointant sur elle...). Or ce script met plus d'une minute à s'exécuter (que ce soit sur l'environnement de production ou sur un environnement local ou je reproduis le même scénario).

En gros la requête simplissime est du style :

DELETE FROM PROP.MA_TABLE WHERE id_ma_table in (100, 123, .....)

Quels sont les pistes d'optimisation que je pourrais explorer ? (indexes sur toutes les clés étrangères "id_ma_table" ? problèmes avec les statistiques ? ...)

Merci !

Bonjour,

Cela est difficile à dire sans avoir le script DDL de création de la table, et sans connaître le nombre de lignes que contient votre table.
Le mieux serait encore le plan de requête (CTRL+S sous SSMS) histoire de voir le nombre de lignes manipulé estimé ... et s'il est réellement équivalent à ce que vous avez dans la table ...

@++ ;)

La table comporte 67 000 lignes et le plan d'exécution de ma requête DELETE ressemble à ça :

http://img513.imageshack.us/img513/9613/planexec.jpg

(le schéma de l'image se répète X fois, avec toutes les tables [une vingtaine] qui ont une clé étrangère pointant sur la table concernée par la suppression)

Combien, approximativement, comporte de lignes la table #DST ?
Est-ce qu'une table qui référence votre table contient un nombre important de lignes ?
Est-ce que la colonne qui sert de clé étrangère dans ces tables est indexée ?
Et si tel est le cas, ces indexes ne seraient-ils pas fortement fragmentés ?
N'y-a-t-il pas un pourcentage dans votre plan de requête qui indique où se trouve le goulot d'étranglement ?
N'y-a-t-il pas des indexes manquants sur les tables impliquées dans cette suppression ?
Quelle est la clause WHERE de votre instruction DELETE ?
Est-ce que les colonnes qui sont spécifiées dans le WHERE sont indexées ?
Est-ce que le prédicat que spécifie votre clause WHERE est SARGable ?

Désolé de vous pourrir de questions, mais je manque d'éléments pour vous aider :?

@++ ;)

Combien, approximativement, comporte de lignes la table #DST ?
Cette table est une table temporaire "simulant" le " IN (100, 123, ....)". Elle comporte 111 lignes, les 111 que je dois supprimer.

Est-ce qu'une table qui référence votre table contient un nombre important de lignes ?
Oui. La table la plus fournie comporte 720 000 lignes.

Est-ce que la colonne qui sert de clé étrangère dans ces tables est indexée ?
Non. Mais lors de mes différents tests j'ai rajouté ces indexes, et cela n'a pas impacté les performances. Peut être ma création d'indexes n'était pas optimale...

Et si tel est le cas, ces indexes ne seraient-ils pas fortement fragmentés ?
:roll: Comment puis-je savoir cela ?

N'y-a-t-il pas un pourcentage dans votre plan de requête qui indique où se trouve le goulot d'étranglement ?
il y a 2 ou 3 "11 %" (on en voit un sur l'image)

N'y-a-t-il pas des indexes manquants sur les tables impliquées dans cette suppression ?
Sans doute sur les clés étrangères donc...

Quelle est la clause WHERE de votre instruction DELETE ?
Concrètement, la requête est la suivante :
delete L from vin.lot L INNER JOIN #DST D ON d.id_lot_dst = L.id_lot
équivalente en fait à :
DELETE FROM vin.tl_resa_lot WHERE id_lot in (82186,82187,82188,82189,82190,82191,82192,82193,82194,82195,
82196,82197,82198,82199,82200,82201,82202,82203,82204,82205,82206,
82207,82208,82209,82210,82211,82212,82213,82214,82215,82216,82217,
82218,82219,82220,82221,82222,82223,82224,82225,82226,82227,82228,
82229,82230,82231,82232,82233,82234,82235,82236,82237,82238,82239,
82240,82241,82242,82243,82244,82245,82246,82247,82248,82249,82250,
82251,82252,82253,82254,82255,82256,82257,82258,82259,82260,82261,
82262,82263,82264,82265,82266,82267,82268,82269,82270,82271,82272,
82273,82274,82275,82276,82277,82278,82279,82280,82281,82282,82283,
82284,82285,82286,82287,82288,82289,82290,82291,82292,82293,82294,
82295,82296)

Est-ce que les colonnes qui sont spécifiées dans le WHERE sont indexées ?
Oui, c'est la clé primaire

Est-ce que le prédicat que spécifie votre clause WHERE est SARGable ?
Je crois bien que oui (d'après ce que je comprends du terme SARGable :D)

Désolé de vous pourrir de questions, mais je manque d'éléments pour vous aider
Avec plaisir, merci beaucoup !

Pour votre plan de requête sauvegarder l'image au format XML et postez là.

(clic droit dans l'image... enregsitrer...)

A +

Hélas j'ai l'impression que SQL Server Management Express ne connaît pas la traduction XML des plans d'exécution... :cry:

Dans ce cas, offrez vous l'édition développeur de SQL Server, car elle a SSMS complet et coute peut cher (40 € je crois)... Parce qu'il est difficile d'optimiser sans les bons outils !

A +