Version imprimable
Bonjour à tous,
Je souhaiterais vider la totalité de mes tables d'une base de données mais ces tables contiennent pour certaines des clés auto-increment ce qui m'oblige à les vider par la commande "truncate table" pour les remettre à 0, seulement voila mes tables contiennent presque toutes des références vers d'autres tables donc il ne veut pas les vider avec "truncate". Qqun sait-il comment il est possible de vider totalement des tables qui contiennent des références ??
Merci
je n'ai pas de solution directe à ton problème mais dans la situation qui est la tienne, je commencerais par effacer les tables qui n'ont pas de référence externe puis les tables qui font references à ces tables qui n'ont pas de reference et ainsi de suite... deroule la pellote... c'est impossible ?
C'est impossible en effet car il ne veut vraiment pas les vider même si tu respectes l'ordre. J'ai finalement opté pour la solution suivante.
-"Delete from" de toutes les tables
-remise à 1 de l'auto-increment de toutes les tables concernées par le biais de sql server management studio
-back up de l'etat de la base pour pouvoir la restore quand je voudrais la vider
Merci de ton aide a+ :)
Bonjour,
Tu pouvais également scripter la base, et la recréer sur une autre instance (clic droit sur la BD, tâches, générer des scripts et tu te laisses guider ;))
Pour cette phase là vous pouvez utiliser la commande Transact SQL :Citation:
remise à 1 de l'auto-increment de toutes les tables concernées par le biais de sql server management studio
A +Code:DBCC DHECKIDENT ('Matable', RESEED, 1)
Tu peux faire comme ca :
1/ desactiver les contraintes de clé etrangeres des tables.
2/ truncate des tables.
3/ shrink des fichiers de données et du fichier de logs.
En suivant ces etapes tu evitera les erreurs liées aux referencements des clés et tu aura un nettoyage quasiment complet de ta base.
Bonjour,
Je n'ai jamais compris l'intérêt de "shrinker" un fichier de données, puisque c'est forcer SQL Server à restituer de la mémoire qu'il s'est allouée et dont il se (re)servira très certainement ...