Sqlite est une très bonne base de données.  Cependant sa faiblesse réside à l'accès "multi-utilisateurs". Si plusieurs utilisateurs font des requêtes, les perfs vont chutés. Aussi, c'est un SGBDR accès vers la lecture. C'est à dire que ce SGBDR est plus performant dans les SELECT. Je pense que ces notions sont à prendre en compte dans le choix de ce SGBDR.

Mais si vous avez des conseils de ce coté, je suis preneur

A+
Michel

Je cherche à développer un outil simple basé sur une base de données simple.
Mon choix se porte pour le moment vers l'association python/sqlite, parce que je connais python, que c'est gratuit et que c'est facilement simple...

Vous aurez compris que je cherche la simplicité

Je me pose la question des accès simultanés à une même base de données en SQLite, dans la mesure où il s'agit d'un fichier... Ne connaissant pas le moteur SQLite, je me demande si des accès simultanés sont gérés de la même manière qu'avec un SGBDR hébergé sur un serveur.
Je sais que les modifications ne sont appliquées que lors d'un "commit", est-il possible de vérifier si les données ont été modifiées entre une lecture (select) et une écriture (commit) ?

Un "commit" sera autorisé par le moteur si la base de données est modifiée entre temps ?
Une exception est-elle levée dans ce cas ou le dernier "commit" *gagne* ?

Merci pour vos lumières.

A+
Michel