fr.comp.os.ms-windows.programmation
Affichage de l'article :
Re: mécanisme de sauvegarde de données

Date : Le 04 aout 2005
From : Cyrille Szymanski
Sujet : Re: mécanisme de sauvegarde de données

adebaene@club-internet.fr wrote in
news:1123171717.390528.209360@g43g2000cwa.googlegroups.com:

> - lorsque l'opération est réalisée elle est écrite dans un journal
> de transaction (et pas sur le support final).
> - plus tard, lorsque la transaction est validée ("commit") ou même
> après, l'opération est réalisée sur le support final.
> - Seulement une fois que l'opération est effectivement effectuée sur
> le support final, le journal de transaction est effacé (et encore, sur
> de nombreux système, SQL Server par exemple, le journal de transaction
> est effacé beaucoup plus tard, typiquement quand un backup du système
> est effectué, de façon à pouvoir restaurer n'importe quel état
> cohérent de la base avant la dernière sauvegarde).

- La journalisation peut aussi être une optimisation :
1. il est possible de laisser le journal un moment en mémoire ce
qui évite les accès disque inutiles (par ex si une ligne est changée
deux fois au cours de la transaction) 2. lorsqu'on écrit sur le
disque, on le fait dans un ordre cohérent (moins d'allers-retours
des têtes d'écriture).


>> Bon, de toute façon, je ne m'en servirait pas, c'était pour ma
>> culture. Mon code n'est pas destiné à aller en production, c'est
>> juste pour mes besoins personnels.
> MSDE irait bien dans ce cas là.

S'il peut se payer le luxe de créer des fichiers distincts, c'est aussi
beaucoup plus simple.

En fait, la méthode des deux fichiers est une forme de "journalisation
du pauvre", le journal étant le second fichier et l'opération de commit
est le renommage.

--
Cyrille Szymanski

Posez vos questions, réponses et remarques sur les forums de FrameIP