Justement, l'objectif de SQLite n'est pas de gérer de nombreux accès concurrents, mais simplement de fournir une interface SQL vers un fichier indexé. L'utilisation ciblée est plus des applis en client lourd pour un seul poste. D'où son intérêt pour des solutions de type Access, où on peut vouloir transporter une base entière d'un poste à un autre simplement en copiant un fichier, et sans forcément avoir besoin de gérer un SGBDR complet.
Bref, pour une utilisation monoposte, mono-utilisateur (ou même pour faire du développement de formulaires, avant de les déployer ailleurs) --> SQLite.
Pour une utilisation multi-utilisateurs --> PostgreSQL ou autre.
[^] # Re: Access ne me manque pas
Posté par Papey . En réponse à la dépêche Ne vous demandez pas ce que Kexi peut faire pour vous.... Évalué à 3.
Bref, pour une utilisation monoposte, mono-utilisateur (ou même pour faire du développement de formulaires, avant de les déployer ailleurs) --> SQLite.
Pour une utilisation multi-utilisateurs --> PostgreSQL ou autre.