ordre insert sans qu'il soit loggué dans le journal de transaction

j'aimerai savoir s'il est possible de faire des insert , delete ...
sans qu'il soit tracé dans le journal de transaction
merci

Bonsoir,

Non. Dans quel intérêt ?

C'est contre la logique de fonctionnement des SGBDRs dignent de ce nom.
Les informations sont d'abord écrites dans le fichier .log avant d'être écrit dans le mdf !

le but :
éviter de faire exploser les fichiers.

Malheureusement, c'est pour cela qu'il faut faire la maintenance.
Il existe des commandes pour tronquer régulièrement le journal de transaction.
Vous pouvez planifier ces tâches à travers un plan de maintenance qui se lancerait dans un job.

Intéresses toi au mode de récupération journalisée en bloc ( aide en ligne de sql serveur ).

et s'il fait sa requête en dehors d'une transaction ?

je me rappelle plus.. toutes les requêtes même en dehors de transactions sont inscrites dans le journal de transaction ?

Toutes les requètes sont des transactions.
Tu peux par contre mettre ta base en recovery model simple et la tu n'as plus aucune trace de rien dans les logs :)

d'accord..

Et s'il met sa base en recovery model et qu'il fait sa requête dans une transaction serializable ?

à moins que le recovery model désactive l'utilisation des transactions..

La transaction, même en recovery model simple utilise le log file, cependant dès qu'elle est terminée, les informations ne persistent pas dans le fichier.
Les verrous utilisés restent les mêmes quelque soit le mode de recovery. Une transaction serializable réagira de la même facon qu'elle soit exécutée sur une base en simple recovery model aussi bien qu'en full recovery model.
L'interêt de maintenir un fichier de log pour moi est utile dans un environment de base de données transactionnelles ou l'on ne pourrait se permettre que de perdre x minutes de données ou x représente la fréquence des logs backup.
C'est aussi utile pour du log shipping...
Jusque maintenant je n'ai encore jamais du faire de restore de fichiers de log.