Escape-Klauseln und Datentypen (Referenz)

Welche ODBC-Escape-Klauseln der Treiber in einer Anweisung versteht und mit welchem SQL-Datentyp er jede Spalte des Dienstes einer Anwendung meldet. Sie brauchen diese Seite, wenn eine Anweisung mit {d …}, {ts …} oder {fn …} nicht wie erwartet läuft, oder wenn eine Anwendung einen anderen Typ, eine andere Länge oder einen anderen Typnamen anzeigt als über den ODBC-Treiber von SQL Server.

Die ODBC-Spezifikation beschreibt Escape-Klauseln als herstellerneutrale Schreibweise für Literale, Funktionen und Verbünde (Microsoft: Escape Sequences in ODBC). Ein Treiber muss nicht alle unterstützen; die Tabelle unten nennt, was dieser Treiber selbst übersetzt.

Ein Wert, der nicht zur Klausel passt ({d '01.06.2023'}, {ts '06/01/2023'}), macht die Anweisung unübersetzbar: Mit einer Adresse für eigene Anweisungen geht sie unverändert an die Datenbank, ohne wird sie mit 42000 und einer Meldung abgewiesen, die Klausel und Wert nennt. Der Treiber deutet den Wert nicht selbst, weil eine geratene Deutung – Tag oder Monat zuerst – eine andere Zeilenmenge ohne jeden Hinweis ergäbe.

GUID als Text. Wo ein Text für eine GUID-Spalte steht – als Zeichenkette in der Anweisung oder als gebundener Textwert –, nimmt der Treiber die einfache Form, die Form mit geschweiften Klammern und die Form, die Access selbst schreibt ({guid {33333333-…}}). Ein gebundener Wert darf auch eine GUID (SQL_C_GUID) oder 16 Byte (SQL_C_BINARY) sein; so bindet Access den Schlüssel einer verknüpften Tabelle beim Nachladen, Ändern und Löschen.

Der Dienst beschreibt jede Spalte mit einem Typ von OData (Edm.…) und, wo er es anbietet, mit dem Typnamen der Datenbank (Store.Type, siehe Anforderungen an einen OData-Dienst). Daraus meldet der Treiber der Anwendung einen SQL-Typ von ODBC, eine Länge und einen Typnamen:

Eine Spalte, die der Dienst selbst nummeriert, trägt den Typnamen mit dem Zusatz identity (int identity), wie beim Treiber von SQL Server; Access legt daraus ein Feld vom Typ AutoWert an.

Warum so. Die Entscheidungen und ihre Gründe:

Werte als Text und ohne eigenen Zieltyp. Liest eine Anwendung eine Spalte mit Store.Type als Text (SQL_C_CHAR, SQL_C_WCHAR), erhält sie die Form des ODBC Driver 18: Nachkommastellen einer Uhrzeit oder eines Zeitpunkts immer so viele, wie die Spalte festlegt (00:00:00.0000000 bei time(7), .000 bei datetime), einen Zeitpunkt mit Versatz (2026-10-29 13:45:12.1234567 +02:00) und eine Dezimalzahl mit allen Nachkommastellen und ohne Null vor dem Dezimalpunkt (-.0000000001, .500). Ohne eigenen Zieltyp (SQL_C_DEFAULT) liefert der Treiber time und datetimeoffset als Struktur des Treibers von SQL Server (SQL_SS_TIME2_STRUCT, 12 Byte; SQL_SS_TIMESTAMPOFFSET_STRUCT, 20 Byte), einen CLR-Typ als Bytes und sql_variant als schmalen Text. Als Zeitpunkt, Datum oder Uhrzeit abgefragt, wird ein datetimeoffset in die Ortszeit des Rechners umgerechnet, wie beim ODBC Driver 18.

ODBC-2-Anwendungen. Meldet sich eine Anwendung mit ODBC 2 an (SQL_ATTR_ODBC_VERSION), wie es Access tut, nennt der Treiber Datum, Uhrzeit und Zeitpunkt mit den Nummern von ODBC 2 (SQL_DATE, SQL_TIME, SQL_TIMESTAMP). Fragt sie einen Wert ohne eigenen Zieltyp ab (SQL_C_DEFAULT), liefert der Treiber bigint und GUID als Text: ODBC 2 kennt für beide keinen eigenen C-Typ als Vorgabe; für GUID verhält sich der ODBC Driver 18 ebenso.

Umwandlungen. SQLGetInfo(SQL_CONVERT_FUNCTIONS) meldet keine Umwandlungsfunktion; CONVERT und CAST gehören nicht zur übersetzten Untermenge und laufen nur über die Adresse für eigene Anweisungen. Für SQL_CONVERT_NUMERIC meldet er die Umwandlung in SQL_NUMERIC, damit ADO.NET Dezimalwerte als Zahl und nicht als Text in der Kultur des Rechners bindet.

• Unterstütztes SQL
• Anforderungen an einen OData-Dienst
• Grenzen und bekannte Einschränkungen