SQLite: Unterschied zwischen den Versionen
Stefan (Diskussion | Beiträge) (→Datentypen) |
Stefan (Diskussion | Beiträge) (→Datentypen) |
||
Zeile 25: | Zeile 25: | ||
== Datentypen == | == Datentypen == | ||
− | SQLite | + | 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 ( | CREATE TABLE abc ( |
Version vom 28. März 2011, 23:43 Uhr
Siehe auch:
Inhaltsverzeichnis
Ü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.
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.