2008-10-02 17 views

Répondre

1

Alors que la taille de DB peut être, par exemple, 1.5GB, il ne peut être contenant 500 Mo de données. Cela dépendra de nombreux facteurs (c'est-à-dire la taille de croissance automatique, les facteurs de remplissage d'indice et ainsi de suite). Exécutez sp_spaceused pour déterminer le montant non alloué. Vous devriez alors pouvoir utiliser les goûts de DBCC SHRINKDB pour récupérer de l'espace.

Pour juste voir la taille du fichier, vous pouvez simplement regarder sur le disque. Il y aura un fichier de données (.MDF) et un fichier journal (.LDF) - sauf si vous avez divisé le DB sur plusieurs groupes de fichiers que je ne sais pas si vous pouvez le faire dans MSDE. Si vous voulez savoir quels tableaux/index utilisent le plus d'espace (et en supposant que vous n'avez pas Enterprise Manager pour simplement regarder la vue de la liste des tâches - qui vous donnerait aussi l'information ci-dessus), alors vous pouvez exécuter sp_spaceused avec un nom de table en tant que paramètre. Il ne faudrait pas longtemps pour courir contre tous, ou pour écrire un script pour parcourir toutes les tables.

+0

Excellent ... Sur la base de votre suggestion, j'ai réexécuté la sortie de cette "select" exécuter sp_spaceused '+ TABLE_NAME from INFORMATION_SCHEMA.Tables "et bien que non trié, il donne une bonne idée de ce qui prend de l'espace –