SQLite ha un blocco lettori-scrittore a livello di database. Connessioni multiple (possibilmente di proprietà di processi diversi) possono leggere i dati dallo stesso database contemporaneamente, ma solo uno può scrivere nel database.
SQLite supporta un numero illimitato di lettori simultanei, ma consentirà un solo writer in qualsiasi momento nel tempo. Per molte situazioni, questo non è un problema. Writer in coda. Ogni applicazione fa in modo che il suo database funzioni rapidamente e vada avanti e nessun blocco dura più di qualche decina di millisecondi. Ma ci sono alcune applicazioni che richiedono più concorrenza e quelle applicazioni potrebbero aver bisogno di cercare una soluzione diversa. - Usi appropriati per SQLite @ SQLite.org
Il blocco lettori-scrittore consente l'elaborazione di transazioni indipendenti ed è implementato utilizzando blocchi esclusivi e condivisi a livello di database.
È necessario ottenere un blocco esclusivo prima che una connessione esegua un'operazione di scrittura su un database. Dopo aver ottenuto il blocco esclusivo, entrambe le operazioni di lettura e scrittura da altre connessioni vengono bloccate fino al rilascio del blocco.
Dettagli di implementazione per il caso di scritture simultanee
SQLite ha una tabella di blocco che aiuta a bloccare il database il più tardi possibile durante un'operazione di scrittura per garantire la massima concorrenza.
Lo stato iniziale è SBLOCCATO e in questo stato la connessione non ha ancora effettuato l'accesso al database. Quando un processo è collegato a un database e anche una transazione è stata avviata con INIZIA, la connessione è ancora nello stato SBLOCCATO.
Dopo lo stato SBLOCCATO, lo stato successivo è lo stato CONDIVISO. Per poter leggere (non scrivere) i dati dal database, la connessione deve prima entrare nello stato CONDIVISO, ottenendo un blocco CONDIVISO. Connessioni multiple possono ottenere e gestire blocchi SHARED contemporaneamente, quindi più connessioni possono leggere i dati dallo stesso database contemporaneamente. Fintanto che anche un solo blocco CONDIVISO rimane inedito, nessuna connessione può completare con successo una scrittura nel database.
Se una connessione desidera scrivere nel database, deve prima ottenere un blocco RISERVATO.
È possibile attivare solo un singolo blocco RISERVATO alla volta, sebbene più blocchi CONDIVISI possano coesistere con un singolo blocco RISERVATO. RISERVATO differisce da IN ATTESA in quanto è possibile acquisire nuovi blocchi CONDIVISI mentre è presente un blocco RISERVATO. - Blocco dei file e concorrenza in SQLite versione 3 @ SQLite.org
Una volta che una connessione ottiene un blocco RISERVATO, può iniziare a elaborare le operazioni di modifica del database, sebbene queste modifiche possano essere eseguite solo nel buffer, piuttosto che effettivamente scritte sul disco. Le modifiche apportate al contenuto della lettura vengono salvate nel buffer di memoria. Quando una connessione desidera inviare una modifica (o transazione), è necessario aggiornare il blocco RISERVATO a un blocco ESCLUSIVO. Per ottenere il blocco, è necessario innanzitutto sollevare il blocco su un blocco IN ATTESA.
Un blocco PENDING significa che il processo che tiene il blocco vuole scrivere nel database il più presto possibile e sta solo aspettando che tutti i blocchi SHARED attuali vengano cancellati in modo che possa ottenere un blocco ESCLUSIVO. Non sono consentiti nuovi blocchi condivisi sul database se è attivo un blocco PENDING, sebbene i blocchi condivisi esistenti possano continuare.
È necessario un blocco ESCLUSIVO per scrivere nel file di database. È consentito un solo blocco ESCLUSIVO sul file e nessun altro blocco di alcun tipo può coesistere con un blocco ESCLUSIVO. Al fine di massimizzare la concorrenza, SQLite lavora per ridurre al minimo il tempo di permanenza dei blocchi EXCLUSIVE. - Blocco dei file e concorrenza in SQLite versione 3 @ SQLite.org
Quindi potresti dire che SQLite gestisce in modo sicuro l'accesso simultaneo da più processi che scrivono sullo stesso DB semplicemente perché non lo supporta! Otterrai SQLITE_BUSYo SQLITE_LOCKEDper il secondo autore quando raggiungerà la limitazione dei tentativi.