Quelle que soit la technique utilisée par la base pour pouvoir revenir à un état cohérent en cas de plantage (journaux avant/ après ...), il faut bien écrire qque chose sur le disque à un moment donnée.
Or mon problème n'est pas de savoir si ma table reste cohérente en cas de plantage, pour ça je fais confiance au SGBD, ce que je souhaite c'est surtout être sûr que si une demande de travail est passée, elle a été stockée et persistée sur le disque dur.
Et pour ça, je doute que le système des transactions m'apportent réellement qque chose, même si c'est ce que j'ai codé. Et le problème existe pour sqlite mais pour toutes les autres bases. (excepté DB2 puisqu'elle est distante, et pas dans la JVM de l'appli).
[^] # Re: sqlite
Posté par Mat (site web personnel) . En réponse au journal Petit bench de bases de données embarquées. Évalué à 1.
Quelle que soit la technique utilisée par la base pour pouvoir revenir à un état cohérent en cas de plantage (journaux avant/ après ...), il faut bien écrire qque chose sur le disque à un moment donnée.
Or mon problème n'est pas de savoir si ma table reste cohérente en cas de plantage, pour ça je fais confiance au SGBD, ce que je souhaite c'est surtout être sûr que si une demande de travail est passée, elle a été stockée et persistée sur le disque dur.
Et pour ça, je doute que le système des transactions m'apportent réellement qque chose, même si c'est ce que j'ai codé. Et le problème existe pour sqlite mais pour toutes les autres bases. (excepté DB2 puisqu'elle est distante, et pas dans la JVM de l'appli).