SQLite

SQLite est le moteur le plus simple auquel se connecter : il n'y a pas de serveur et pas de réseau. Vous pointez QoreDB vers un fichier sur le disque (ou une base de données en mémoire) et vous êtes connecté.

Connexion rapide

Ouvrez Nouvelle Connexion (New Connection), choisissez SQLite, et parcourez pour trouver un fichier ou collez un chemin.

SQLite accepte un chemin de fichier brut (absolu ou relatif) ou :memory: — il n'y a pas de schéma d'URL sqlite://.

Champs de connexion

Il n'y a pas d'hôte, de port, d'utilisateur ou de mot de passe pour SQLite. Le "coffre-fort" (vault) de QoreDB s'applique toujours si vous enregistrez la connexion (pour le nom, l'environnement, SSH, etc.), mais aucun secret n'est stocké pour SQLite lui-même.

Création de fichier et extensions

QoreDB crée le fichier automatiquement s'il n'existe pas. Vous pouvez pointer vers un chemin qui n'a pas encore été utilisé, cliquer sur Connecter, et le fichier sera créé sur le disque lors de la première écriture.

Le pilote valide l'extension du fichier. Les extensions prises en charge sont :

• .db
• .sqlite
• .sqlite3
• .db3
• .s3db
• .sl3

Si vous souhaitez une extension différente, renommez le fichier ou utilisez la forme :memory:.

Bases de données en mémoire

Utilisez :memory: pour créer une base de données qui ne vit que dans la RAM et disparaît lorsque la connexion se ferme. Idéal pour des expériences rapides, des tests jetables et des brouillons.

sqlite::memory:

Vous pouvez également écrire sqlite::memory: directement dans le champ de chemin. Il n'y a pas de persistance ; quitter l'application ou fermer la connexion efface tout.

Mode WAL

QoreDB ouvre les bases de données SQLite en mode journal Write-Ahead Logging (WAL) par défaut. WAL est le mode journal recommandé pour la plupart des utilisations modernes : meilleure concurrence (les lecteurs ne bloquent pas les rédacteurs et vice versa), commits plus rapides, et aucune étape supplémentaire de votre part.

Un effet secondaire de WAL est que deux fichiers supplémentaires apparaissent à côté de votre fichier de base de données : myapp.db-wal et myapp.db-shm. Ils font partie du fonctionnement normal ; ne les supprimez pas tant que la base de données est en cours d'utilisation.

Si votre base de données doit être ouverte par un outil plus ancien qui ne prend pas en charge WAL, vous pouvez revenir au mode de journal d'annulation (rollback) dans cet outil en exécutant PRAGMA journal_mode=DELETE;.

Remarques sur la concurrence

SQLite autorise de nombreux lecteurs simultanés mais un seul rédacteur à la fois. Avec WAL, les lecteurs ne bloquent pas le rédacteur et vice versa, ce qui donne une impression de concurrence pour la plupart des cas d'utilisation de bureau et embarqués. Mais :

• Les longues transactions d'écriture peuvent affamer les autres rédacteurs.
• Deux connexions QoreDB (ou QoreDB et un autre outil) ouvrant le même fichier simultanément sont correctes pour les lectures, correctes pour un rédacteur à la fois, et incorrectes si les deux essaient d'écrire au même instant ; le second obtiendra un SQLITE_BUSY.

Si vous utilisez SQLite comme espace de stockage pour une application multi-utilisateurs, c'est probablement le mauvais outil. Pour les flux de travail de développement de bureau, embarqués et à un seul utilisateur, c'est excellent.

Problèmes courants

Où aller ensuite

• Interrogation : éditeur et autocomplétion pour l'éditeur SQL
• Référence : URLs de connexion pour la grammaire complète des URI