Vous ne devez supprimer aucun des fichiers de la base de données, car cela peut gravement endommager votre base de données !
Si vous manquez d'espace disque, vous pouvez diviser votre base de données en plusieurs parties. Cela peut être fait dans les propriétés de la base de données. Ainsi, vous êtes en mesure de placer chaque partie de la base de données sur un volume de stockage différent.
Vous pouvez également réduire le fichier journal des transactions si vous changez le mode de récupération de complet à simple, en utilisant les commandes suivantes :
ALTER DATABASE myDatabase SET RECOVERY SIMPLE
DBCC SHRINKDATABASE (myDatabase , 5)
Il est également possible de revenir à une récupération complète :
ALTER DATABASE myDatabase SET RECOVERY FULL
Mise à jour de SHRINKDATABASE - ou ce que je ne savais pas en répondant à cette question :
Bien que la méthode ci-dessus permette de se débarrasser d'une partie de l'espace inutilisé, elle présente de graves inconvénients pour les fichiers de base de données (MDF) - elle endommagera vos index en les fragmentant, ce qui réduira les performances de votre base de données. Vous devez donc reconstruire les index par la suite pour éliminer la fragmentation causée par la commande shrink.
Si vous voulez réduire uniquement le fichier journal, vous pouvez utiliser la méthode suivante SHRINKFILE à la place. J'ai copié cet exemple de MSDN :
USE AdventureWorks2012;
GO
-- Truncate the log by changing the database recovery model to SIMPLE.
ALTER DATABASE AdventureWorks2012
SET RECOVERY SIMPLE;
GO
-- Shrink the truncated log file to 1 MB.
DBCC SHRINKFILE (AdventureWorks2012_Log, 1);
GO
-- Reset the database recovery model.
ALTER DATABASE AdventureWorks2012
SET RECOVERY FULL;
GO