Je vais opter pour une base de donné MySQL, pour deux raisons :
- En effet, il est possible de tester l'intégrité des tables et de les réparer très simplement ("CHECK TABLE", "REPAIR TABLE").
- La recherche et l'accès aux données vont être facile à coder.
Petite précision :
En faite, il y relativement peut de chance que la machine s'arrête brutalement, mais au cas où ça arriverait, perdre quelques données n'est pas gênant, mais il faut impératif que le système reparte de lui-même. La bibliothèque proposée par le client génère un "Segmentation Fault" à la réouverture des fichiers de données si le process est interrompu durant une écriture et ne propose aucune fonction pour vérifier l'intégrité des fichiers avant d'y accéder.
# Re: Ecriture sur disque et résistance aux arrêts brutaux.
Posté par Benoit . En réponse au journal Ecriture sur disque et résistance aux arrêts brutaux.. Évalué à 2.
Je vais opter pour une base de donné MySQL, pour deux raisons :
- En effet, il est possible de tester l'intégrité des tables et de les réparer très simplement ("CHECK TABLE", "REPAIR TABLE").
- La recherche et l'accès aux données vont être facile à coder.
Petite précision :
En faite, il y relativement peut de chance que la machine s'arrête brutalement, mais au cas où ça arriverait, perdre quelques données n'est pas gênant, mais il faut impératif que le système reparte de lui-même. La bibliothèque proposée par le client génère un "Segmentation Fault" à la réouverture des fichiers de données si le process est interrompu durant une écriture et ne propose aucune fonction pour vérifier l'intégrité des fichiers avant d'y accéder.