Bref, un fichier de texte ouvert en écriture avec un flush et un FS journalisé, *ici* ça offrira autant ou presque que ce que peut proposer un SGBD évolué.
Mouais
Eventuellement le fs peut te garantir une écriture, mais rarement l'atomicité de gros blocs de data (sachant qu'en plus ton programme ne les écrit pas obligatoirement en une fois). De plus utiliusé une db qui a été testé et éprouvé de nombreuses fois me parait plus sur que de réinventer et réimplémenter les règles ACID ( http://en.wikipedia.org/wiki/ACID ). De plus une db n'est pas obligatoirement quelque chose de très lourd (et pas obligatoirement du sql dailleurs), te garantie l'intégrité de tes données, même après un crash de la machine, et te permet de les récuperer/trier/analyser aisément.
[^] # Re: .
Posté par Alex . En réponse au journal Les machines a voter, définitivement pas sur.. Évalué à -1.
Mouais
Eventuellement le fs peut te garantir une écriture, mais rarement l'atomicité de gros blocs de data (sachant qu'en plus ton programme ne les écrit pas obligatoirement en une fois). De plus utiliusé une db qui a été testé et éprouvé de nombreuses fois me parait plus sur que de réinventer et réimplémenter les règles ACID ( http://en.wikipedia.org/wiki/ACID ). De plus une db n'est pas obligatoirement quelque chose de très lourd (et pas obligatoirement du sql dailleurs), te garantie l'intégrité de tes données, même après un crash de la machine, et te permet de les récuperer/trier/analyser aisément.