Plusieurs accès à une base de données SQLite fichier via le Système.Les données.SQLite et c#

Que je peux lire à partir de SQLite FAQ il prend en charge de multiples processus de lecture (SELECT) et un seul processus d'écriture (INSERT, UPDATE, DELETE) de la base de données à tout moment dans le temps:

SQLite utilise un lecteur/graveur de serrures pour contrôler l'accès à la base de données.
Lors de tout processus veut écrire, il doit verrouiller l'ensemble du fichier de base de données
pour la durée de sa mise à jour. Mais qui, normalement, ne prend que quelques
millisecondes. D'autres processus juste attendre sur l'écrivain pour finir alors
continuer sur leur entreprise

Je suis en utilisant Système.Les données.SQLite adaptateur via c#.

Quelqu'un pourrait-il expalin moi plz, comment exactement ce processus est en marche?

Ce processus fera fonctionner automatiquement et de l'écriture SQLiteCommand va simplement attendre si il y a un autre écrit SQLiteCommand déjà en cours d'exécution sur la même base de données?

Ou peut-être qu'il va lever une exception? Quel genre de?

Désolé, mais je n'ai trouvé aucune informations à propos de cette mécanique 🙂

Merci.

Mise à JOUR:

J'ai trouvé le post en disant que exception sera levée avec un code d'erreur

Est que l'énoncé correct?

  • Pas encore 🙂 je préfère lire des tutoriels avant de codage à obtenir les optimiser et corriger des solutions...
  • Si vous préférez optimized and correct solutions ne pas utiliser SQLite pour quelque chose, il n'a pas été optimisé pour; c'est une grande base de données, mais une grande multi-utilisateur de la base de données il n'est pas.
  • J'ai besoin d'gratuit et léger (je veux dire zéro cofiguration et sans serveur) de la base de données pour mon projet. Donc, la plupart des "multi-optimisé" les bases de données ne sont pas adaptés pour moi 🙂
InformationsquelleAutor bairog | 2013-03-13
  1. 13

    Je l'ai étudié par moi-même:

    J'ai créé un exemple de base de données SQLite c:\123.db avec une table Categories contenant deux champs: ID (de type uniqueidentifier) et Name (de type nvarchar).

    J'ai ensuite écrit certains multi-thread code émuler plusieurs accès en écriture à la base de données (n'oubliez pas d'ajouter un System.Data.SQLite référence à votre projet si vous utilisez ce code):

    using System;
using System.Data.SQLite;
using System.Threading.Tasks;
namespace SQLiteTest
{
class Program
{
static void Main(string[] args)
{
var tasks = new Task[100];
for (int i = 0; i < 100; i++)
{
tasks[i] = new Task(new Program().WriteToDB);
tasks[i].Start();
}
foreach (var task in tasks)
task.Wait();
}
public void WriteToDB()
{
try
{
using (SQLiteConnection myconnection = new SQLiteConnection(@"Data Source=c:\123.db"))
{
myconnection.Open();
using (SQLiteTransaction mytransaction = myconnection.BeginTransaction())
{
using (SQLiteCommand mycommand = new SQLiteCommand(myconnection))
{
Guid id = Guid.NewGuid();
mycommand.CommandText = "INSERT INTO Categories(ID, Name) VALUES ('" + id.ToString() + "', '111')";
mycommand.ExecuteNonQuery();
mycommand.CommandText = "UPDATE Categories SET Name='222' WHERE ID='" + id.ToString() + "'";
mycommand.ExecuteNonQuery();
mycommand.CommandText = "DELETE FROM Categories WHERE ID='" + id.ToString() + "'";
mycommand.ExecuteNonQuery();
}
mytransaction.Commit();
}
}
}
catch (SQLiteException ex)
{
if (ex.ReturnCode == SQLiteErrorCode.Busy)
Console.WriteLine("Database is locked by another process!");
}
}
}
}

    Le résultat sur mon Core2Duo E7500 est que l'Exception n'est jamais soulevée!

    Ressemble SQLite est optimisé assez pour mes besoins (verrouillage/déverrouillage est vraiment rapide et normalement ne prend que quelques millisecondes SQLite FAQ nous dit) - les Grandes!

    Noter qu'il n'est pas nécessaire pour récupérer un entier ErrorCode pour un SQLiteException - vous pouvez utiliser un enum ReturnCode champ de la place. Tous les codes sont décrits ici.

    Espère que cette information pourra aider quelqu'un.

    • Votre code s'avère que plusieurs threads à l'intérieur d'un unique processus peut aisément accéder à la base de données SQLite. Avez-vous été en mesure de tester si plusieurs processus différents peuvent accéder à la même base de données?
    • Eh bien, la première qui me vient à l'esprit est la compilation de ce code dans Test1.exe, que d'ajouter Processus.Début("Test1.exe") à la première ligne de Principal et le recompiler pour Test2.exe. Semble fonctionner, mais je ne l'ai jamais testée...
    • Bonne idée! Je viens de tester à l'aide de cette approche et qu'il fonctionne. Multi-processus d'accès fonctionne très bien avec SQLite.
    • Juste envie de compléter cette. Je suis en train d'écrire un NLog / SignalR base de "Garantie de Livraison" service d'enregistrement qui utilise le Système.Les données.SQLite pour écrire dans une base de données locale pour un thread d'arrière-plan pour envoyer des données à LogStash et j'ai eu 40 fils de l'envoi de messages du journal local, SignalR hub. Il était vraiment jeter SQLite erreur (5): base de données est verrouillée des exceptions lorsque que processus unique est le traitement des messages provenant d'autres threads des autres processus.
    • CORRECTION je pensais que le SQLite erreur (5): base de données est verrouillée a été mon windows service en cours d'exécution en mode console attraper une erreur et l'affichage... MAIS cela semble être SQLite code interne parce que je ne suis pas du tout avoir des erreurs et je suis le suivi du nombre de plaquettes, je devrais être de l'insertion dans la base de données et je ne suis pas de perdre des inserts... Donc, BRAVO SQLITE équipe!
    • Donc, pour mon test, 6 processus, 10 threads chacun, l'envoi de 100 messages de log de chaque à un enregistrement central SignaR Hub. Tous les 6000 enregistrements de journaux ont été écrits avec aucun code spécial de compensation pour la DB serrures.
    • Un son vraiment très bon!
    • SQlite utilise en interne la journalisation, donc quand quelque chose tombe en panne en raison d'un état de blocage ou d'autres, il réessaie jusqu'à ce fait. Donc, n'est pas interne conding, et bien sûr, les semelles ne sont pas perdues. En fait, si vous voyez le message, une erreur s'est vraiment passé, et une nouvelle tentative de se passer plus tard. Ce genre de "verrouillage" d'erreur est courante lorsque vous utilisez des threads pour les inserts. À part de ça, et si vous avez un ÉNORME lire à partir de fils, est d'utiliser WAL journal du modèle, afin d'écritures et de lectures sont dans des threads séparés, c'est ce qu'écrit à partir de fils ne touchent pas possible de mille lectures simultanées.
    • J'ai attaché et de la base de données est verrouillée erreur, mais je l'ai résolu en utilisant Async versions de cette méthode et elle fonctionne parfaitement. Pour SÉLECTIONNER une requête n'est pas nécessaire d'utiliser la méthode Asynchrone.

    InformationsquelleAutor bairog