Discussion :

[Tiberizz]

Salut,

Je me pose une question concernant sqlite, ne l'ayant jamais utilisé. Je développe un appli en utilisant java, mysql et php. La partie java et php manipule les même données.
Je me demande si pour un mode embarqué, sqlite ne me permettrait pas de m'affranchir de la partie mysql pour économiser de précieux Mo et du cpu.

Php pourrait-il lire la base de données sqlite pendant que le java est en train de la modifier ?

Si j'ai bien compris, il n'y a pas de partie serveur de bd avec sqlite, ou alors c'est l'applis qui ouvre le fichier .bd qui joue le rôle. Est-ce que plusieurs applications peuvent ouvrir en même temps le fichier .bd sans le corrompre ?

[dormilon]

D'après la doc oui pour la lecture et non pour l'écriture. http://www.sqlite.org/faq.html#q5

Il faut voir, si il y a un moyen de savoir quand la base est "lock"et gérer ça avant d'écrire.
Je te conseille de garder MYSQL ou de chercher une autre base.

[ame]http://en.wikipedia.org/wiki/Embedded_database[/ame]

[Invité]

Salut,

...

Si j'ai bien compris, il n'y a pas de partie serveur de bd avec sqlite, ou alors c'est l'applis qui ouvre le fichier .bd qui joue le rôle. Est-ce que plusieurs applications peuvent ouvrir en même temps le fichier .bd sans le corrompre ?

Tu peux ouvrir autant de lectures concurrentes que tu veux mais : dés qu'un thread s'avise d'écrire, lecture et écriture sont bloquées sur les autres threads . Je pense que ça répond à ta question.

Si tu veux garder ouvertes plusieurs applis sur la même base, il faut fermer les transactions aussitôt la requète executée. Tu peux alors espérer que la durée de ta transction n'excedera pas le timout de connexion de l'autre thread. Tu peux aussi boucler sur l'ouverture de connexion et gérer ton propre timeout - c'est même conseillé sur du multi user en général. Mais si tu as des 10zaines de users simultanés en lecture-écriture, envisage une autre bdd.
Si tu te sens de faire des centaines de tests, tu peux aussi stocker les requetes d'écriture soit sous forme de sql texte soit dans une base temporaire que tu attaches ensuite à la base principale le temps d'un "insert into ... select..." mais je dirais à priori que ce n'est pas très gratifiant à moins de pondre un wrapper génial et de le publier ensuite.