Thanks for pointing this out Łukasz, I created a change to disable useless mutexes on sqlite db connection : https://codereview.qt-project.org/#/c/185835/ Unfortunately that would break your usage, but it seems like it is already broken as Lorenz explained. All db intensive usage should see a perfromance win.
Eric Le jeu. 16 févr. 2017 à 07:37, Samuel Nevala <samuel.nev...@intopalo.com> a écrit : > Hi, > > Just recently needed to fix threading issues with SQLite on > non-Qt-context. Here here is obsolete information that helped me:). > http://www.sqlite.org/cvstrac/wiki?p=MultiThreading. From that doc: "By > "threadsafe" we mean that you can use different SQLite database connections > in different threads at the same time. It has never been safe to use the > same database connection simultaneously in multiple threads." > > Samuel > > On 15 February 2017 at 21:24, Lorenz Haas <lyk...@gmail.com> wrote: > > Hi, > > AFAIS it does not matter if sqlite is thread safe or not. The problem is > that QSQLiteDriver itself is not thread safe. For example if two threads > call beginTransaction() on the same driver and the "COMMIT" fails, both > threads will call QSqlDriver::setLastError() which does "d->error = > error;". And here is the first problem. > > I am not an expert with QSqlQuery, but since it uses the driver, I bet, > you'll also find UB and races there. > > Cheers > Lorenz > > Am 15.02.2017 um 13:37 schrieb Łukasz Korbel: > > According to > > http://doc.qt.io/qt-5/threads-modules.html#threads-and-the-sql-module > > database connection should be used within one thread *only*. > > > > I have checked SQLite driver and according to > > https://www.sqlite.org/threadsafe.html it supports multithreading by > > default. And it seems that Qt implementation does not restrict it > > ( > http://code.qt.io/cgit/qt/qtbase.git/tree/src/plugins/sqldrivers/sqlite/qsql_sqlite.cpp#n645 > ). > > Code I'm working on is creating QSqlQuery for the same connection in > > different threads and it works. > > > > I understand it doesn't mean Qt want or need to support such use case > > but maybe documentation > > can be slightly more accurate? Right now it implies that database > > connection can never be used from different threads but it seem it > > depends more on particular driver/3rdparty lib. > > > > > > *Łukasz Korbel * > > Senior Software Developer > > Email: lkor...@milosolutions.com > > Skype: lukasz_korbel > > *Milo Solutions* > > www.milosolutions.com <http://www.milosolutions.com> | Facebook > > <https://www.facebook.com/theMiloSolutions> | Twitter > > <https://twitter.com/milosolutions> > > Disclaimer: This e-mail and any attachments contain information that may > > be privileged or confidential and is the property of Milo Solutions. If > > you are not the intended recipient, please notify me immediately by > > replying to this e-mail, and then delete it. Any unauthorised > > dissemination, distribution, copying or use of this communication is > > strictly prohibited. The contents of an attachment to this e-mail may > > contain software viruses, which could damage your own computer system. > > Although this e-mail and any files attached to it may have been checked > > with virus detection software before transmission you should carry out > > your own virus checks before opening the attachment. No liability can be > > accepted for any damage which you may sustain as a result of software > > viruses. > > > > > > > > _______________________________________________ > > Development mailing list > > Development@qt-project.org > > http://lists.qt-project.org/mailman/listinfo/development > > > _______________________________________________ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development > > > _______________________________________________ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development >
_______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development