Discussion :

[lemagicien]

salut, j'ai un petit souci, je voudrais savoir s'il est possible de désactiver la journalisation avant de faire un delete ?
le probleme c'est que je dois faire un delete sur une table (des centaines de milliers de lignes ) et je ne peux pas utiliser truncate parce que j'ai des contraintes, je suis obligé de passer par delete pour faire du cascading.

alors j'ai pensé à desactivé le logging momentanement le temps de faire passer mon delete (que je ne voudrais pas se voir logger) puis reactiver la journalisation tout à fait aprés.


Merci

[elsuket]

Bonjour,

Ceci est impossible pour une simple et bonne raison : le journal de transaction est le seul garant le l'intégrité transactionnelle de votre base de données.

La seule solution que je peux vous proposer, qui est très très moche, et à n'utiliser uniquement si vous n'avez pas d'autre solution (je vais me faire taper par d'autres participants mais tanpis), c'est de :

- passer votre base de données en mode de récupération SIMPLE,
- supprimer vos lignes par lots de 10 000 par exemple,
- repasser votre base de données en mode de récupération FULL et d'ne effectuer une sauvegarde juste après ...

[SQLpro]

je compléterais par :
sauvegarde avant et après

A +

[lemagicien]

Merci pour la réponse, je me demandais juste sur le mode Simple ne log pas les deletes ? ou est l'impact de deleter par lot de 10 000 au lieu de deleter toute la table ?

Merci encore

[elsuket]

Bonsoir,

Le mode de récupération SIMPLE journalise toutes les transactions pour assurer l'ACIDité, mais le journal de transaction, dans ce mode, est tronqué à chaque point de contrôle, qui a lieu par défaut toutes les minutes sous SQL Server.

Pour assurer cette ACIDité, quel que soit le mode de récupération, il faut conserver toutes les données de la transaction : si celle-ici échoue, alors on pourra replacer la base de données dans l'état consistant et logique dans lequel elle se trouvait avant le début de cette transaction.
C'est cette "conservation" de données qui entraîne le gonflement du fichier du journal de transactions.

Donc, lorsque vous supprimez 10000 lignes, comme vous "manipulez" moins de données que si vous supprimiez plusieurs millions de lignes, le gonflement du journal est plus faible.

Si de plus vous passez en mode de récupération SIMPLE, ces données ne sont conservées que pour la durée de la transaction : elles ne sont pas sauvées dans le journal de transaction, et l'espace du log de transaction utilisé précédemment pour conserver les données de votre transaction est immédiatement libéré, pour servir à d'autres transactions.

C'est pour cette raison que j'ai écrit :

et à n'utiliser uniquement si vous n'avez pas d'autre solution

En effet, comme le journal de transaction n'est pas sauvegardé dans le mode SIMPLE de récupération, si un problème survient pendant le DELETE, vous perdrez les modifications effectuées par celui-ci, mais aussi toutes les autres : vous ne pourrez pas revenir en arrière.

C'est pour cela que SQLPro vous a en plus conseillé de faire une sauvegarde de votre base de données avant d'effectuer le DELETE, car c'est le seul moyen que vous aurez de replacer votre base de données dans un état consistant et logique. Merci SQLPro !

J'espère que je ne vous ai pas embrouillé
Si mon post n'est pas clair, n'hésitez pas à revenir

[lemagicien]

merci c'est trés clair et ca m'aide beaucoup