Discussion :

[Kentin]

Bonjour,

J'ai une base de données SQLite sur un appareil tournant sous Windows CE. Tous les 5 jours, j'exécute un VACUUM. Le problème c'est que lorsque je me reconnecte à la base, une fois sur 4, je me retrouve avec le message suivant :

"The database disk image is malformed'

J'utilise le "System.Data.SQLite" de phxsoftware pour me connecter sur ma base.

Je n'ai aucune idée de ce qui a provoqué ce probléme? Windows CE? System.Data.SQLite? ou encore un bug dans SQLite ?

Si vous avez des idées d'où ça peut venir ou bien de faire des tests pour cerner mon problème, je suis preneur!

Merci.

[bigane]

Bonjour,

Je n'ai aucune idée sur l'origine de l'erreur. Mais peux tu faire un export de ta base (.dump) et la recréer sur un autre fichier ? Si oui, tu pourrais alors vérifier si les commandes vacuum génèrent encore une connexion en erreur sur cette autre base.
Sinon, pas d'autre piste. désolé.
++

[Kentin]

Bonjour,

Une fois que j'ai l'erreur, je ne peux accéder à ma base, ni au fichier. Donc je ne peux pas faire un .dump Du coup, avant de faire un VACCUM, je fais un backup de la base en la copiant à un autre endroit. C'est pour l'instant le seul moyen que j'ai trouvé...

[bigane]

Bonjour,

au cas où voici une vieille info :

http://sqlite.phxsoftware.com/readme.htm

1.0.47.0 - December 4, 2007

This is the last version that the FTS1 and FTS2 extensions will appear. Everyone should rebuild their fulltext indexes using the new FTS3 module. FTS1 and FTS2 suffer from a design flaw that could cause database corruption with certain vacuum operations.

Mais bon, c'est de l'histoire ancienne...
Sinon, dans la doc officielle :

The VACUUM command cleans the main database by copying its contents to a temporary database file and reloading the original database file from the copy. This eliminates free pages, aligns table data to be contiguous, and otherwise cleans up the database file structure.

On comprend mieux la façon dont fonctionne cette commande. Ainsi, si tu n'as plus assez de place sur ton système pour avoir deux fois la base de données, il se peut que la commande échoue en pleine recopie.

Toujours selon la doc officielle, si une commande SQLite endommage la base, la raison est presque toujours à rechercher ailleurs que dans un éventuel bug du moteur SQLite (celui-ci étant tellement testé et retesté par des milliers de développeurs). Donc... piste SQLite à écarter en priorité.

++

[Kentin]

Merci pour ces précisions Je vais pousser les tests du coté de mon code et de la machine voir si j'arrive à trouver la cause exacte.