Datentypen in den SQL-Dialekten

Datentypen in der Data Definition Language (SQL-DDL)

https://bildung.social/@oerinformatik/

https://oer-informatik.de/sql-ddl-datentypen

tl/dr; Alle Datenbankmanagemensysteme verfügen über ein ähnliches Set an Datentypen. Aber leider heißen sie oft anders und haben einen geringfügig anderen Funktionsumfang. Ich habe hier versucht für die wichtigsten DBMS Namen der Standardtypen zusammenzustellen, für Detailunterschiede muss ich aber an die jeweiligen Dokumentationen der DBMS verweisen. (Zuletzt geändert am 08.04.2025)

DBMS-spezifische Datentypen

Am einfachsten werden Datentypen deutlich, wenn dargestellt wird, was man damit speichern kann. Ausgangsbeispiel soll eine Tabelle kunden sein, in der allerlei Infos zu Kund*innen gespeichert werden; manches davon -zugegeben- etwas an den Haaren herbeigezogen:

CREATE TABLE kunden (
    user_id  INT PRIMARY KEY AUTO_INCREMENT, /* Fortlaufende ID, Primärschlüssel*/
    lastname CHAR(32) NOT NULL,              /* Zeichenkette, eingabepflichtig, performanceoptimiert*/
    firstname CHAR(32),                      /* Zeichenkette, performanceoptimiert*/
    street VARCHAR(64),                       /* Zeichenkette, speicheroptimiert*/
    birthday DATE,                            /* Datum */
    lastchanged DATETIME,                     /* Datums- und Zeitwert */
    height DECIMAL(19,2),                     /* Festkommawert mit 19 Stellen, davon 2 Nachkommastellen */
    income DECIMAL(19,4),                     /* Festkommawert 4 Nachkommastellen, 8 Byte */
    isActive TINYINT(1),                      /* Boolean-Wert (true/false) */
    atomweight DOUBLE,                        /* 64 bit Gleitkommawert */
    temperature FLOAT                         /* 32 bit Gleitkommawert */
);

CREATE TABLE dbo.kunden (
    user_id int IDENTITY(1,1) PRIMARY KEY, /* Fortlaufende ID, Primärschlüssel*/ 
    lastname char(32) NOT NULL,            /* Zeichenkette, eingabepflichtig, performanceoptimiert*/
    firstname char(32),                    /* Zeichenkette, performanceoptimiert*/ 
    street varchar(64),                    /* Zeichenkette, speicheroptimiert*/
    birthday date,                         /* Datum */
    lastchanged datetime,                  /* Datums- und Zeitwert */
    height decimal(19,2),                  /* Festkommawert mit 19 Stellen, davon 2 Nachkommastellen */
    income money,                          /* Festkommawert 4 Nachkommastellen, 8 Byte */
    isActive bit,                          /* Boolean-Wert (true/false) */
    atomweight float,                      /* 64 bit Gleitkommawert */
    temperature real,                      /* 32 bit Gleitkommawert */
);

CREATE TABLE kunden (
    user_id serial PRIMARY KEY,       /* Fortlaufende ID, Primärschlüssel*/
    lastname character(32) NOT NULL,  /* Zeichenkette, eingabepflichtig, performanceoptimiert*/
    firstname character(32),          /* Zeichenkette, performanceoptimiert*/
    street character varying(64),     /* Zeichenkette, speicheroptimiert*/
    birthday date,                    /* Datum */
    lastchanged timestamp,            /* Datums- und Zeitwert */
    height numeric(19,2),             /* Festkommawert mit 19 Stellen, davon 2 Nachkommastellen */
    income numeric(19,4),             /* Festkommawert 4 Nachkommastellen, 8 Byte */
    isActive boolean,                 /* Boolean-Wert (true/false) */
    atomweight double precision,      /* 64 bit Gleitkommawert */
    temperature real                  /* 32 bit Gleitkommawert */
);

CREATE TABLE kunden (
    user_id  NUMBER GENERATED by default on null as IDENTITY, /* Fortlaufende ID, Primärschlüssel */ 
    lastname CHAR(32) NOT NULL,                     /* Zeichenkette, eingabepflichtig, performanceoptimiert, 32 Byte (i.d.R. Zeichen) lang */
    firstname CHAR(32),                             /* Zeichenkette, performanceoptimiert,  32 Byte (i.d.R. Zeichen) lang  */ 
    street VARCHAR2(64),                             /* Zeichenkette, speicheroptimiert, max. 32 Byte (i.d.R. Zeichen) lang  */
    birthday DATE,                                   /* Datum */
    lastchanged TIMESTAMP,                            /* Datums- und Zeitwert */
    height NUMBER(19,2),                            /* Festkommawert mit 19 Stellen, davon 2 Nachkommastellen */
    income NUMBER(19,4),                            /* Festkommawert 4 Nachkommastellen, 8 Byte */
    isActive CHAR(1),                                /* kein Boolean in Oracle, ('Y'/'N') oder ('1'/'0') üblich */
    atomweight NUMBER,                               /* Gleitkommawert */
    temperature NUMBER                               /* Gleitkommawert */
);

INSERT INTO kunden (user_id, lastname, firstname, street, birthday, lastchanged, height, income, isActive, atomweight, temperature) VALUES (1, 'Mustermann', 'Max', 'Hauptstraße', '24-DEC-01', SYSDATE, '12.23', '1234.5678', 'Y', '1.66053906892e-27', '123.45678901234567890');

SELECT * FROM kunden;

Ein paar Unterschiede fallen schnell auf, wenn man durch die Tabs oben klickt: auch wenn SQL-Interpreter in der Regel case-insensitive sind, nutzen einige DBMS Kleinbuchstaben (MS-SQL, postgres), während andere die Datentypen großschreiben (MariaDB, MySQL).

Die Dokumentationen für Datentypen der einzelnen DBMS findet sich hier:

Zahlentypen

Für unterschiedliche Anwendungsfälle werden die Daten mit unterschiedlicher Präzision und Größenordnung abgespeichert. Die verbreitetsten Gruppen sind:

Ganzzahlen

Ganzzahlen können präzise auf Gleichheit geprüft werden und bilden unterschiedliche Zahlenräume ab: je nachdem, ob sie vorzeichenbehaftet (signed) oder ohne Vorzeichen (unsigned) sind und ob ihre Datenbreite 32 Bit oder 64 Bit sind, sind Zahlen im Rahmen von:

Im ANSI-SQL-Standard sind Ganzzahlen mit 2 Byte (SMALLINT) und 4 Byte (INTEGER) definiert - viele DBMS setzen diese auch um. Leider heißen die Datentypen in vielen DBMS unterschiedlich. Oft gibt es jedoch interne Aliasse, die Standardbezeichnungen wie “INTEGER” dann in den korrekten Datentyp umsetzen.

Es gibt aber noch eine Reihe weiterer Datentypen - hier lohnt ein Blick in die jeweilige Dokumentation.

Festkommazahlen

Festkommazahlen teilen mit Ganzzahlen die Eigenschaft, dass sie präzise verglichen werden können. Im Rahmen der Präsision kann die Gleichheit zweier Festkommazahlen nachgewiesen werden. Festkommazahlen werden v.a. im Rahmen der Berechnungen mit Währungen genutzt, einige DBMS bieten daher gesonderte Datentypen an, die auch Währungsinformationen enthalten. Die verbreiteten Datentypen in diesem Kontext sind:

Gleitkommazahlen

Gleitkommazahlen haben den Vorzug, dass sie unabhängig von der Größenordnung immer die gleiche Anzahl an Nachkommastellen Präzision bieten. Zudem decken Sie einen sehr großen Größenordnungsbereich ab. Allerdings kann man sie nicht ohne weitere Vorkehrungen auf Gleichheit überprüfen.

Analog zu den meisten Programmiersprachen bilden DBMS in der Regel 32-Bit (Float) und 64-Bit (Double) Gleitkommazahlen ab. Dabei nutzen Sie die Definitionen für Gleitkommazahlen, die in der Norm IEEE-754 festgeschrieben sind⁴:

Auch hier ist es so, dass jedes DBMS die Bezeichnung der Standard-Datentypen angepasst hat:

Zeichenketten

Es gibt drei wesentliche Gruppen von Zeichenketten-Datentypen:

• performanceoptimierte (CHAR): hier wird für jeden Datensatz eine feste Breite Speicher reserviert - dadurch ist leicht berechenbar, an welcher Stelle sich die gesuchte Information befindet: gute Performance auf Kosten des Speicherbedarfs.

• speicheroptimiert (VARCHAR): Jede Zeichenkette belegt nur soviel Platz, wie sie gerade braucht. Das ist sehr speichersparend, hat aber zur Folge, dass jedes Mal berechnet werden muss, wo sich die Information befindet. Das kostet Performance, schont aber den Speicherbedarf.

• nicht durchsuchbar: einige DBMS bieten Texttypen für sehr lange Texte, die jedoch nicht mehr durchsuchbar und indizierbar sind. Häufig werden diese Datentypen für Text der länger als 256 Zeichen ist verwendet.

Datums- und Zeitwerte

Dateien, Binärdaten, XML, JSON

Allgemeine Infos zum Tabellenerstellen

Um Tabellen passgenau erstellen zu können, benötigen wir Wissen über die verfügbaren Grundlagen zum Tabellen- und Datenbankerstellen, die Datentypen sowie die Constraints (wie Schlüsselattribute, Eingabepflicht usw.).

• Hier findet sich der Artikel zur Datentypsübersicht

• Hier findet sich der Artikel zur Constraints

• Hier findet sich der Artikel zur Grundlagen der DDL

Links und weitere Informationen

• Wikibooks-Seite zu Abweichungen der SQL-Dialekte ggü. dem SQL-ANSI-Standard

Hinweis zur Nachnutzung als Open Educational Resource (OER)

Dieser Artikel und seine Texte, Bilder, Grafiken, Code und sonstiger Inhalt sind - sofern nicht anders angegeben - lizenziert unter CC BY 4.0. Nennung gemäß TULLU-Regel bitte wie folgt: “Datentypen in der Data Definition Language (SQL-DDL)” von Hannes Stein, Lizenz: CC BY 4.0. Der Artikel wurde unter https://oer-informatik.de/sql-ddl-datentypen veröffentlicht, die Quelltexte sind in weiterverarbeitbarer Form verfügbar im Repository unter https://gitlab.com/oer-informatik/db-sql/ddl-basics. Stand: 08.04.2025.

[Kommentare zum Artikel lesen, schreiben] / [Artikel teilen] / [gitlab-Issue zum Artikel schreiben]