SQLite

Siehe auch:

• SpatiaLite
• PostgreSQL

Über SQLite

SQLite ist eine bekannte, robuste, einfach zu nutzende und leichtgewichtige relationale "Embedded Datenbank" (bzw. Datenbanksystem, DBS, Software). Sie wird u.a. in der Mobile Plattform und dem Betriebssystem Android eingesetzt und von QGIS unterstützt.

SQLite unterstützt einen Grossteil der im SQL-92-Standard festgelegten SQL-Sprachbefehle. Unter anderem implementiert SQLite Transaktionen, Unterabfragen (subselects), Sichten (views), Trigger und benutzerdefinierte Funktionen. Für alle wichtigen Programmiersprachen existieren passende Datenbankschnittstellen. Auch ein in der Konsole und in Shell-Skripten verwendbares, einfaches Frontend ist vorhanden.

Es fehlen jedoch Funktionen wie Referentielle Integrität (FOREIGN KEY) oder die Möglichkeit, Objektberechtigungen zu verwalten (GRANT, REVOKE). Ganz speziell sind die "schwachen" Datentypen: Siehe unten.

Jede SQLite-Datenbank ist eine einfache Datei (typischerweise .sqlite). Eine Client/Server-Architektur ist also nicht vorhanden. Es werden die Betriebssysteme Windows, Linux und MacOs unterstützt. Dazu kommt eine Erweiterung, SpatiaLite mit Geometrie-Datentypen.

Die Daten können mit einem mitgelieferten Administrations-Tool (GUI) und vielen anderen DBMS-Admin-Tools (wie z.B. SQL Workbench) administriert werden. Dazu kommen Kommandozeilen-Tools.

Was ist der Unterschied von SQLite zu PostgreSQL?

1. File layout: SQLite is single file, embeddable. PostgreSQL is multi file client/server architecture.
2. Data types: SQLite uses adaptative typing (or no typing). PostgreSQL has strict data types.
3. SQL: SQLite has fairly extensive SQL support given its size (altough ALTER TABLE lacks). PostgreSQL has extensive SQL support.
4. Licensing: SQLite is in the Public Domain. PostgreSQL license is derived from the BSD license.

SQLite Tools

• SQLite Database Browser
• tbd.
• Siehe auch: SpatiaLite.

Datentypen

SQLite besitzt ein eigenartiges, sog. dynamisches Typensystem: Die Deklaration im DDL-Statement wird wie Kommentar entgegengenommen. Was gilt ist der konkrete Wert. Das ist wie "duck typing" (d.h. der Typ folgt dem "Gebrauch") in Python.

Man betrachte folgenes:

 CREATE TABLE abc (
   a potato NOT NULL,
   b tomato NOT NULL,
   c green_salad NOT NULL);
 
 INSERT INTO abc (a, b, c)
   VALUES (1, 'a', 1.1);
 
 INSERT INTO abc (a, b, c)
   VALUES (2, 'b', 2.2);
 
 INSERT INTO abc (a, b, c)
   VALUES (3.3, 3, 'c');
 
 INSERT INTO abc (a, b, c)
   VALUES ('d', 4.4, 4);
 
 SELECT a, b, c FROM abc;
  
 SELECT ROWID, TypeOf(a), TypeOf(b), 
   TypeOf(c) FROM abc;
 
 PRAGMA table_info(abc);
 
 CREATE VIEW abc_v1 AS 
   SELECT * FROM abc;
 
 SELECT TypeOf(a), TypeOf(b), 
  TypeOf(c) FROM abc_v1;
 
 CREATE VIEW abc_v2 AS 
   SELECT CAST(a + 10 AS INTEGER) "a", b, c FROM abc;
 
 SELECT * FROM abc_v2;
 
 SELECT TypeOf(a), TypeOf(b), 
  TypeOf(c) FROM abc_v2;
 
 SELECT TypeOf(a) as "type" 
   FROM abc_v1 
   WHERE type NOT NULL 
   GROUP BY 1;
 
 PRAGMA table_info(abc_v2);

Siehe http://www.sqlite.org/datatype3.html und http://www.mail-archive.com/sqlite-users@sqlite.org/msg52027.html

Notizen

Schema evolution: The unique operation supported by SQLite is: ALTER TABLE ... ADD COLUMN ... SQLite doesn't allows to change anything after creation. So, there is no way to fix: once you've initially created any column. See http://www.sqlite.org/lang_altertable.html

Weblinks

tbd.