Discussion :

[Boubou2020]

Bonjour

j'utilise un script de vidage qui me permet de supprimer les anciennes insertions dans laquelle leur date d'insertion a dépasser plus du 4 mois

après avoir faire cette delete je fait une opération de réorganisation d'index pour défragmentation mes index après je fait un un DBCC SHrinkfile avec l'option truncateonly

le problème que j'ai pas eu un gain d'espace du partition au contraire j'ai perdu plus d'espace même avec un shrinkdatbase j'aurai toujours la même résultat

pourquoi j'ai eu cette dégradation et comment je peux gagner d'espace après une long opération du delete

merci

[SQLpro]

Tout dépend de quel fichiers vous parlez...

Lors des suppressions il y a journalisation => croissance du journal de transaction

L'espace résiduel de lignes supprimées peut être récupéré à condition que la table ait un index CLUSTERED... est-ce le cas ? Sinon la defrag ne fera rien !

A +

[iberserk]

De même un defrag ne récupère pas tout, voyez un REBUILD, mais comme le dit Fred, si table HEAP( sans CLUSTER) impossible de récupérer l'espace au niveau de la table.

[mikedavem]

De même un defrag ne récupère pas tout, voyez un REBUILD, mais comme le dit Fred, si table HEAP( sans CLUSTER) impossible de récupérer l'espace au niveau de la table.

La reconstruction d'une table HEAP est possible depuis SQL Server 2008 via la commande ALTER TABLE ... REBUILD qui permet de supprimer les « forwarding records » et de réduire le nombre de pages total qui sont utilisées.

++

[StringBuilder]

Bonjour,

Juste pour ma culture personnelle, lors que la table n'est pas organisée selon un index en cluster, que se passe-t-il lorsqu'on supprime des données, puis qu'on en insère ensuite ? Il ne bouche pas les trous ?

Car si c'est le cas, je ne vois pas trop l'intérêt de vouloir absolument faire réduire la taille du fichier de données : ce sera toujours plus rapide de remplir des trous dans un fichier d'un seul bloc, plutôt que de redimensionner le fichier et risque de le fragmenter, non ?

[castorameur]

Il faut prendre en compte aussi le fait qu'une fois qu'SQL server à augmenté la taille du fichier mdf parce que pas assez de place (les 10% d'augmentation automatique généralement paramétré), la taille physique du fichier ne diminuera plus.
par contre avec vos delete vous allez récupérer de l'espace dans votre fichier mdf et votre fichier de sauvegarde bak sera plus petit.

[mikedavem]

Juste pour ma culture personnelle, lors que la table n'est pas organisée selon un index en cluster, que se passe-t-il lorsqu'on supprime des données, puis qu'on en insère ensuite ? Il ne bouche pas les trous ?

L'espace libre à l'intérieur des pages suite à des suppressions n'est pas réclamée par SQL Server pour les tables HEAP. Lors des insertions il essaiera de boucher les trous là où ils se situent. Le cas échéant, il essaiera de trouver de l'espace dans une page vide dans une extension allouée et dans le pire des cas il faudra allouer une nouvelle extension.

++