Discussion :

[Daishiro]

Bonjour ,

novice en la matière , dans mon entreprise on a un souci concernant la BDD SQLITE .
On travail sur un application qui a besoin de gérer plusieurs utilisateurs en même temps .
Sachant que Sqlite gère les accès concurrent mais un par un , en faisant des test des erreurs dans la BDD se produisent déjà en sachant qu'il y aura beaucoup plus d'utilisateurs une fois l'appli sortie .
Donc j'aimerais savoir y a t'il une solution pour éviter cela ?Ou sinon est on obligé de partir sur autre chose ?
Désolé pour l'explication pas très clair mais si quelqu'un m'a compris de l'aide ne serait pas de refus .Merci !

[acaumes]

Bonjour,

Je n'ai pas vraiment utilisé SQLITE dans un environnement hautement concurrentiel.

La réponse SQLITE_BUSY à une requête permet de relancer la requête après avoir laissé le temps à l'autre processus de terminer sa requête.

Tu peux aussi utiliser un fonction https://www.sqlite.org/c3ref/busy_handler.html te permettant de traiter cette occupation de la base de données.

Cordialement

[SergioMaster]

Bonsoir,

je ne dirais pas que SQLite soit la base de données adapté pour du client/serveur par contre si l'architecture était multi-tiers cela tiendrait certainement le coup.

[seabs]

Bonjour,

@SergioMaster

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
je ne dirais pas que SQLite soit la base de données adapté pour du client/serveur par contre si l'architecture était multi-tiers cela tiendrait certainement le coup.

Effectivement cela me semble possible, mais pour coder l'application, il vaut mieux disposer de temps et surtout ne pas négliger les tests.

Je trouve qu'utiliser SQLite pour en faire une application client/serveur n'est pas une solution viable.

Il existe des BDD de qualité et gratuites qui permettront de faire une application solide et sans les contraintes d'accès. Je citerai Firebird, SQL Serveur express 2014 ou antérieur, PostgreSQL.

Il s'agit d'un simple avis

A+

[SergioMaster]

Je trouve qu'utiliser SQLite pour en faire une application client/serveur n'est pas une solution viable.

Il existe des BDD de qualité et gratuites qui permettront de faire une application solide et sans les contraintes d'accès. Je citerai Firebird, SQL Serveur express 2014 ou antérieur, PostgreSQL.

Il s'agit d'un simple avis

On est sur la même longueur d'onde, et surtout en ce qui concerne Firebird d'ailleurs (j'en suis fan)
Lors de ma réponse je ne voulais pas m'étendre d'avantage car Daishiro ne nous avait pas vraiment éclairé sur l'application (sauf sur le fait que ce soit multi-utilisateur)

[Daishiro]

Bonjour ,

bon ben suite à vos réponses et d'autre recherches , en effet on va devoir partir sur autre chose et abandonner SQLite qui n'est pas viable du tout pour ce projet .


Cdlt.

[SQLpro]

Bonjour ,

novice en la matière , dans mon entreprise on a un souci concernant la BDD SQLITE .
On travail sur un application qui a besoin de gérer plusieurs utilisateurs en même temps .
Sachant que Sqlite gère les accès concurrent mais un par un , en faisant des test des erreurs dans la BDD se produisent déjà en sachant qu'il y aura beaucoup plus d'utilisateurs une fois l'appli sortie .
Donc j'aimerais savoir y a t'il une solution pour éviter cela ?Ou sinon est on obligé de partir sur autre chose ?
Désolé pour l'explication pas très clair mais si quelqu'un m'a compris de l'aide ne serait pas de refus .Merci !

Encore une fois, c'est comme le port_salut, c'est marqué dessus, SQL lite n'est ABSOLUMENT PAS FAIT pour gérer de multiples accès concurrent. Son domaine c'est l'embarque monothread !

Lecture de la doc SQL lite :

"
Situations Where A Client/Server RDBMS May Work Better
Client/Server Applications

If there are many client programs sending SQL to the same database over a network, then use a client/server database engine instead of SQLite.
"

https://www.sqlite.org/whentouse.html

Conclusion, utilisez un outil approprié comme SQL Server (version express gratuite par exemple) ou PostGreSQL !

A +