Discussion :

[Morgo]

Bonjour à tous, j'espère que vous allez bien

Je me retrouve confronté à ce problème : j'ai un rapport quotidien m'affichant la taille du fichier mdf d'une base et son évolution sur 30 jours par rapport à la place disponible sur son volume de stockage...

Hier, j'ai effectué une suppression de tables temporaires, libérant environ 5.5Go. Et ce matin, le rapport n'affiche pas la baisse escomptée !

Je vérifie, je fouille, et effectivement, le fichier mdf n'a pas changé de taille...
En vérifiant dans la vue sys.database_files, la taille n'a pas changé (normal), en exécutant la procédure sp_spaceused, la taille n'a pas changé non plus, mais par contre, une requête exécutant sp_spaceused sur chaque table de la base me donne une taille inférieure (d'environ 5.5Go)!

Aurais-je loupé quelque chose ? Un recalcul ? Une màj ?

Merci de m'éclairer de vos perspicaces lumières

[Ptit_Dje]

Les fichiers physique d'une base ne diminuent pas de taille lorsque l'on enleve des données de ceux-ci.
Les fichiers sont des contenants.

En gros un fichier de base de données c'est comme une boite de chocolats, tu peux manger tous les chocolats qui sont à l'intérieur, la boite aura toujours la même taille et tu pourras la re-remplir avec d'autres chocolats.

En gros sys.database_files et la taille du .mdf te donnent la taille de la boite de chocolats et sp_spaceused le nombre de chocolats dans la boite.

[Morgo]

Aah je comprends un peu mieux.
Y a-t-il un moyen de réduire la boîte de chocolats sans passer par un shrink ?

Merci pour ta réponse

[Ptit_Dje]

Non, le shrink est obligatoire si tu veux réduire la taille du mdf.

[SQLpro]

Cela dit, réduire la taille des fichiers est généralement une stupidité. A me lire : http://blog.developpez.com/sqlpro/p5...fichiers-et-t/

A +