CAST und CONVERT (Transact-SQL)
Gilt für: 
SQL Server Azure SQL-Datenbank Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW) SQL Analytics-Endpunkt in Microsoft Fabric Warehouse in Microsoft Fabric
Mit diesen Funktionen wird ein Ausdruck von einem Datentyp in einen anderen konvertiert.
Syntax
CAST-Syntax:
CAST ( expression AS data_type [ ( length ) ] )
CONVERT-Syntax:
CONVERT ( data_type [ ( length ) ] , expression [ , style ] )
Transact-SQL-Syntaxkonventionen
Argumente
expression
Beliebiger gültiger Ausdruck.
data_type
Der Zieldatentyp. Dazu gehören xml, bigint und sql_variant. Aliasdatentypen können nicht verwendet werden.
length
Eine optionale ganze Zahl, die die Länge des Zieldatentyps angibt, falls eine vom Benutzer angegebene Länge für den Datentyp zulässig ist. Der Standardwert ist 30.
style
Ein ganzzahliger Ausdruck, der angibt, wie die CONVERT-Funktion expression übersetzt. Bei dem Formatwert NULL wird NULL zurückgegeben. data_type bestimmt den Bereich.
Rückgabetypen
Gibt expression zurück, der in data_type übersetzt wurde.
Datums- und Uhrzeitformate
Bei dem Datums- oder Uhrzeitdatentyp expression kann style einer der in der folgenden Tabelle aufgelisteten Werte sein. Andere Werte werden als 0 verarbeitet. Ab SQL Server 2012 (11.x) sind die einzigen Formate, die bei der Konvertierung von Datums- und Uhrzeittypen in datetimeoffset unterstützt werden, 0 oder 1. Bei allen anderen Konvertierungsformaten wird der Fehler 9809 zurückgegeben.
Hinweis
SQL Server unterstützt das Datumsformat im arabischem Format, indem der kuwaitische Algorithmus verwendet wird.
| Ohne Jahrhundert (jj) 1 | Mit Jahrhundert (jjjj) | Standard | Eingabe/Ausgabe 3 |
|---|---|---|---|
| - | 0 oder 100 1, 2 | Standard für datetime und smalldatetime | mon dd yyyy hh:miAM (oder PM) |
| 1 | 101 | USA | 1 = mm/dd/yy101 = mm/dd/yyyy |
| 2 | 102 | ANSI | 2 = yy.mm.dd102 = yyyy.mm.dd |
| 3 | 103 | Britisch/Französisch | 3 = dd/mm/yy103 = dd/mm/yyyy |
| 4 | 104 | Deutsch | 4 = dd.mm.yy104 = dd.mm.yyyy |
| 5 | 105 | Italienisch | 5 = dd-mm-yy105 = dd-mm-yyyy |
| 6 | 106 1 | - | 6 = dd mon yy106 = dd mon yyyy |
| 7 | 107 1 | - | 7 = Mon dd, yy107 = Mon dd, yyyy |
| 8 oder 24 | 108 | - | hh:mi:ss |
| - | 9 oder 109 1, 2 | Standardwert + Millisekunden | mon dd yyyy hh:mi:ss:mmmAM (oder PM) |
| 10 | 110 | USA | 10 = mm-tt-jj 110 = mm-dd-yyyy |
| 11 | 111 | JAPAN | 11 = jj/mm/tt 111 = yyyy/mm/dd |
| 12 | 112 | ISO | 12 = jjmmtt 112 = yyyymmdd |
| - | 13 oder 113 1, 2 | Europ. Standard + Millisekunden | dd mon yyyy hh:mi:ss:mmm (24 Stunden) |
| 14 | 114 | - | hh:mi:ss:mmm (24 Stunden) |
| - | 20 oder 120 2 | ODBC kanonisch | yyyy-mm-dd hh:mi:ss (24 Stunden) |
| - | 21 oder 25 oder 121 2 | ODBC (mit Millisekunden) ist der Standard für time, date, datetime2 und datetimeoffset | yyyy-mm-dd hh:mi:ss.mmm (24 Stunden) |
| 22 | - | USA | mm/dd/yy hh:mi:ss AM (oder PM) |
| - | 23 | ISO8601 | yyyy-mm-dd |
| - | 126 4 | ISO8601 | yyyy-mm-ddThh:mi:ss.mmm (Keine Leerzeichen) 6 |
| - | 127 8, 9 | ISO8601 mit Zeitzone Z | yyyy-MM-ddThh:mm:ss.fffZ (Keine Leerzeichen) 6 |
| - | 130 1, 2 | Hijri 5 | dd mon yyyy hh:mi:ss:mmmAM7 |
| - | 131 2 | Hijri 5 | dd/mm/yyyy hh:mi:ss:mmmAM |
1 Diese Formatwerte geben nicht deterministische Ergebnisse zurück. Dazu gehören alle yy-Formate (ohne Jahrhundert) und eine Teilmenge der yyyy-Formate (mit Jahrhundert).
2 Die Standardwerte (0 oder 100, 9 oder 109, 13 oder 113, 20 oder 120, 23 und 21, 25 oder 121) geben immer das Jahrhundert (yyyy) zurück.
Wichtig
Standardmäßig verwendet SQL Server bei der Interpretation von zweistelligen Jahresangaben 2049 als Umstellungsjahr. Dies bedeutet, dass SQL Server die zweistellige Angabe des Jahres 49 als 2049 und die zweistellige Angabe des Jahres 50 als 1950 interpretiert. Viele Clientanwendungen, einschließlich jener auf Grundlage der Automatisierungsobjekte, verwenden als Umstellungsjahr 2030. SQL Server stellt die Konfigurationsoption für das Umstellungsjahr für Angaben mit zwei Ziffern zur Änderung des von SQL Server verwendeten Umstellungsjahrs bereit. Dies ermöglicht einen einheitlichen Umgang mit Datumsangaben. Die Verwendung von vierstelligen Jahresangaben wird empfohlen.
3 Eingabe, wenn in datetime konvertiert wird; Ausgabe, wenn in Zeichendaten konvertiert wird.
4 Vorgesehen für XML-Verwendung. Das Ausgabeformat für eine Konvertierung von datetime- oder smalldatetime-Daten in Zeichendaten finden Sie in der vorherigen Tabelle.
5 Hijri ist ein Kalendersystem mit mehreren Variationen. SQL Server verwendet den kuwaitischen Algorithmus.
6 Bei einem Millisekundenwert (mmm) von 0 wird der Dezimalbruch des Millisekundenwerts nicht angezeigt. Der Wert 2022-11-07T18:26:20.000 wird beispielsweise als 2022-11-07T18:26:20 angezeigt.
7 In diesem Format entspricht mon dem vollständigen Monatsnamen in Form einer Hijri-Unicode-Darstellung mit mehreren Token. In einer US-Standardinstallation von SSMS wird dieser Wert nicht ordnungsgemäß gerendert.
8 Wird nur bei der CAST-Umwandlung von Zeichendaten in datetime- oder smalldatetime-Werte unterstützt. Wenn Zeichendaten, die nur Zeit- oder nur Datumskomponenten darstellen, in die Datentypen datetime oder smalldatetime umgewandelt werden, wird die nicht angegebene Zeitkomponente auf 00:00:00.000 festgelegt und die nicht angegebene Datumskomponente auf 1900-01-01.
9 Verwenden Sie den optionalen Zeitzonenindikator Z, um die Zuordnung von XML-datetime-Werten mit Zeitzoneninformationen zu SQL Server-datetime-Werten ohne Zeitzone zu vereinfachen. Z steht für die Zeitzone UTC-0. Andere Zeitzonen werden durch einen HH:MM-Offset in +- oder --Richtung angegeben. Beispiel: 2022-12-12T23:45:12-08:00.
Bei der Konvertierung von smalldatetime-Daten in Zeichendaten werden bei Formaten mit Sekunden oder Millisekunden an diesen Stellen Nullen ausgegeben. Sie können bei der Konvertierung von datetime- oder smalldatetime-Werten in einen char- oder varchar-Datentyp eine entsprechende Länge angeben, damit unerwünschte Teile in Datumsangaben abgeschnitten werden.
Bei der Konvertierung von Zeichendaten in datetimeoffset wird unter Verwendung eines Formats mit einer Zeitangabe ein Zeitzonenoffset an das Ergebnis angehängt.
float- und real-Formate
Wenn expression float oder real ist, kann style einen der in der folgenden Tabelle aufgelisteten Werte aufweisen. Andere Werte werden als 0 verarbeitet.
| Wert | Output |
|---|---|
| 0 (Standardwert) | Maximal 6 Ziffern. Wird ggf. in der wissenschaftlichen Schreibweise verwendet. |
| 1 | Immer 8 Ziffern. Wird immer in der wissenschaftlichen Schreibweise verwendet. |
| 2 | Immer 16 Ziffern. Wird immer in der wissenschaftlichen Schreibweise verwendet. |
| 3 | Immer 17 Ziffern. Wird für die verlustlose Konvertierung verwendet. Mit diesem Format wird garantiert, dass jeder eindeutige „float“- oder „real“-Wert in eine eindeutige Zeichenfolge konvertiert wird. Gilt für: SQL Server 2016 (13.x) und spätere Versionen sowie Azure SQL-Datenbank |
| 126, 128, 129 | Enthalten aufgrund der Kompatibilität mit Legacyversionen. Verwenden Sie diese Werte nicht für die Entwicklung neuer Anwendungen. |
money- und smallmoney-Formate
Wenn expression money oder smallmoney ist, kann style einen der in der folgenden Tabelle aufgelisteten Werte aufweisen. Andere Werte werden als 0 verarbeitet.
| Wert | Output |
|---|---|
| 0 (Standardwert) | Links vom Dezimaltrennzeichen werden keine Tausendertrennzeichen eingefügt, rechts vom Dezimaltrennzeichen stehen zwei Ziffern Beispiel: 4235.98. |
| 1 | Links vom Dezimaltrennzeichen werden Tausendertrennzeichen eingefügt, rechts vom Dezimaltrennzeichen stehen zwei Ziffern Beispiel: 3,510.92. |
| 2 | Links vom Dezimaltrennzeichen werden keine Tausendertrennzeichen eingefügt, rechts vom Dezimaltrennzeichen stehen vier Ziffern Beispiel: 4235.9819. |
| 126 | Entspricht Format 2 bei der Konvertierung in char(n) oder varchar(n) |
xml-Formate
Wenn expression xml ist, kann style einen der in der folgenden Tabelle aufgelisteten Werte aufweisen. Andere Werte werden als 0 verarbeitet.
| Wert | Output |
|---|---|
| 0 (Standardwert) | Standardanalyseverhalten verwenden, bei dem bedeutungslose Leerzeichen verworfen werden und interne DTD-Teilmengen nicht zulässig sind. Hinweis: Beim Konvertieren in den XML-Datentyp werden bedeutungslose Leerzeichen aus SQL Server anders behandelt als in XML 1.0. Weitere Informationen finden Sie unter Erstellen von Instanzen der XML-Daten. |
| 1 | Bedeutungslose Leerzeichen erhalten. Mit dieser Formateinstellung wird festgelegt, dass die Standardbehandlung xml:space dem Verhalten von xml:space="preserve" entspricht. |
| 2 | Begrenzte interne DTD-Teilmengenverarbeitung aktivieren. Bei Aktivierung kann der Server die folgenden Informationen, die in einer internen DTD-Teilmenge bereitgestellt werden, zur Ausführung von Analysevorgängen ohne Überprüfungscharakter verwenden. – Für Attribute werden die Standardwerte angewendet – Interne Entitätsverweise werden aufgelöst und erweitert – Das DTD-Inhaltsmodell wird auf seine syntaktische Richtigkeit überprüft Der Parser ignoriert externe DTD-Teilmengen. Darüber hinaus nimmt er keine Bewertung der XML-Deklaration vor, um zu überprüfen, ob das eigenständige Attribut den Wert Ja oder Nein aufweist. Stattdessen analysiert er die XML-Instanz wie ein eigenständiges Dokument. |
| 3 | Bedeutungslose Leerzeichen erhalten und die Verarbeitung begrenzter interner DTD-Teilmengen aktivieren. |
Binäre Formate
Bei einem binär(n)-, char(n)-, varbinary(n)- oder varchar(n)-Ausdruck kann die Formatvorlage einen der in der folgenden Tabelle gezeigten Werte aufweisen. Bei Formatwerten, die nicht in der Tabelle aufgelistet sind, wird ein Fehler zurückgegeben.
| Wert | Output |
|---|---|
| 0 (Standardwert) | Übersetzt ASCII-Zeichen in binäre Bytes bzw. binäre Bytes in ASCII-Zeichen. Jedes Zeichen bzw. Byte wird 1:1 konvertiert. Bei einem binären data_type werden die Zeichen 0x links neben dem Ergebnis hinzugefügt. |
| 1, 2 | Bei einem binären data_type muss der Ausdruck ein Zeichenausdruck sein. expression muss aus einer geraden Anzahl hexadezimaler Zeichen bestehen (0, 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F, a, b, c, d, e, f). Wenn style auf 1 festgelegt wird, müssen die Zeichen 0x die ersten beiden Zeichen im Ausdruck sein. Wenn der Ausdruck eine ungerade Anzahl an Zeichen oder ein ungültiges Zeichen enthält, wird ein Fehler ausgelöst. Wenn die Länge des konvertierten Ausdrucks die Länge von data_type übersteigt, wird das Ergebnis rechts abgeschnitten. Bei data_types mit fester Länge, die länger sind als das konvertierte Ergebnis, wird im Ergebnis rechts die entsprechende Anzahl an Nullen angehängt. Für den Zeichentyp data_type ist ein binärer Ausdruck erforderlich. Jedes Binärzeichen wird in zwei Hexadezimalzeichen konvertiert. Angenommen, die Länge des konvertierten Ausdrucks überschreitet die Länge von data_type. In diesem Fall wird er abgeschnitten. Bei dem Zeichentyp data_type mit fester Länge werden rechts neben dem konvertierten Ausdruck Leerzeichen hinzugefügt, um eine gerade Anzahl an Hexadezimalstellen zu erhalten, wenn die Länge des konvertierten Ergebnisses kleiner ist als die Länge von data_type. Bei style 2 werden links neben dem konvertierten Ergebnis die Zeichen 0x nicht hinzugefügt. |
Implizite Konvertierungen
Bei impliziten Konvertierungen ist keine Spezifikation der CAST- oder CONVERT-Funktion erforderlich. Bei expliziten Konvertierungen ist eine Spezifikation der CAST- oder CONVERT-Funktion erforderlich. In der folgenden Abbildung werden alle expliziten und impliziten Datentypkonvertierungen aufgeführt, die für die vom SQL Server-System bereitgestellten Datentypen zulässig sind. Dazu gehören bigint, sql_variant und xml. Es gibt keine implizite Konvertierung bei der Zuweisung vom sql_variant-Datentyp, eine implizite Konvertierung zum sql_variant-Datentyp findet jedoch statt.
Tipp
Dieses Diagramm ist als herunterladbare PNG-Datei im Microsoft Download Center verfügbar.
Das Diagramm oben veranschaulicht zwar alle expliziten und impliziten Konvertierungen, die in SQL Server zulässig sind. Der sich ergebende Datentyp der Konvertierung ist jedoch von dem ausgeführten Vorgang abhängig:
- Bei expliziten Konvertierungen bestimmt die Anweisung selbst den sich ergebenden Datentyp.
- Bei impliziten Konvertierungen führen Zuweisungsanweisungen wie das Festlegen des Werts einer Variablen oder das Einfügen eines Werts in eine Spalte zu dem Datentyp, der durch die Variablendeklaration oder Spaltendefinition festgelegt wurde.
- Bei Vergleichsoperatoren oder anderen Ausdrücken hängt der sich ergebende Datentyp von den Regeln der Datentyprangfolge ab.
Tipp
Ein praktisches Beispiel für die Auswirkungen der Datentyprangfolge in Konvertierungen finden Sie weiter unten in diesem Abschnitt.
Beim Konvertieren zwischen datetimeoffset und den Zeichentypen char, nchar, nvarchar und varchar sollte der konvertierte Zeitzonenoffset-Teil sowohl für HH als auch für MM stets zwei Stellen umfassen. Beispielsweise -08:00.
Da Unicode-Daten immer eine gerade Anzahl von Bytes verwenden, muss das Konvertieren von binary- oder varbinary-Datentypen in oder von Unicode-Datentypen vorsichtig erfolgen. Die folgende Konvertierung gibt beispielsweise nicht den Hexadezimalwert 41 zurück. Sie gibt den Hexadezimalwert 4100 zurück:
SELECT CAST(CAST(0x41 AS nvarchar) AS varbinary);
Weitere Informationen finden Sie unter Collation and Unicode Support.
Datentypen mit umfangreichen Werten
Datentypen mit hohen Werten weisen das gleiche implizite und explizite Konvertierungsverhalten auf wie ihre Entsprechungen mit kleineren Werten, insbesondere die Datentypen nvarchar, varbinary und varchar. Beachten Sie jedoch folgende Richtlinien:
- Die Konvertierung von image in varbinary(max) und umgekehrt stellt ebenso wie zwischen text und varchar(max) sowie ntext und nvarchar(max) eine implizite Konvertierung dar.
- Die Konvertierung von Datentypen mit hohen Werten, z.B. varchar(max) , in einen entsprechenden kleineren Datentyp, z.B. varchar, ist zwar eine implizite Konvertierung, doch kommt es zu einer Abschneidung, wenn die Größe des hohen Werts die angegebene Länge des kleineren Datentyps überschreitet.
- Die Konvertierung von nvarchar, varbinary oder varchar in einen entsprechenden kleineren Datentyp erfolgt implizit.
- Die Konvertierung vom sql_variant-Datentyp in einen Datentyp mit hohen Werten ist eine explizite Konvertierung.
- Datentypen mit hohen Werten können nicht in den sql_variant-Datentyp konvertiert werden.
Weitere Informationen zum Konvertieren des xml-Datentyps finden Sie unter Erstellen von Instanzen der XML-Daten.
xml-Datentyp
Wenn Sie den xml-Datentyp explizit oder implizit in einen Zeichenfolgen- oder Binärdatentyp umwandeln, wird der Inhalt des xml-Datentyps nach einer definierten Reihe von Regeln serialisiert. Informationen zu diesen Regeln finden Sie unter Definieren der Serialisierung von XML-Daten. Weitere Informationen zum Konvertieren anderer Datentypen in den xml-Datentyp finden Sie unter Erstellen von Instanzen der XML-Daten.
text- und image-Datentyp
Die automatische Datentypkonvertierung wird für die Datentypen text und image nicht unterstützt. Die explizite Konvertierung von text-Daten in Zeichendaten und von image- in binary- oder varbinary-Daten ist zwar möglich, doch nur bis zu einer maximalen Länge von 8000 Bytes. Falls Sie versuchen, eine unzulässige Konvertierung vorzunehmen, wie z.B. die Konvertierung eines Zeichenausdrucks mit Buchstaben in int-Daten, gibt SQL Server eine Fehlermeldung zurück.
Ausgabesortierung
Wenn die CAST- oder die CONVERT-Funktionen eine Zeichenfolge ausgeben und eine Zeichenfolgeneingabe empfangen, hat die Ausgabe dieselbe Sortierung und Sortierungsbezeichnung wie die Eingabe. Wenn die Eingabe keine Zeichenfolge ist, hat die Ausgabe die Standardsortierung der Datenbank und die Sortierungsbezeichnung „coercible-default“ (Standard erzwingbar). Weitere Informationen finden Sie unter Rangfolge der Sortierungen (Transact-SQL).
Wenn Sie der Ausgabe eine andere Sortierung zuweisen möchten, wenden Sie die COLLATE-Klausel auf den Ergebnisausdruck der CAST- oder CONVERT-Funktion an. Beispiel:
SELECT CAST('abc' AS varchar(5)) COLLATE French_CS_AS;
Abschneiden und Runden von Ergebnissen
Beim Konvertieren von Zeichen- oder Binärdatenausdrücken (binary, char, nchar, nvarchar, varbinary oder varchar) in einen Ausdruck eines anderen Datentyps könnten bei der Konvertierung die Ausgabedaten abgeschnitten oder nur teilweise angezeigt werden, oder es könnte ein Fehler zurückgegeben werden. Dies geschieht, wenn das Ergebnis zu kurz ist, um angezeigt zu werden. Konvertierungen in binary, char, nchar, nvarchar, varbinary oder varchar werden abgeschnitten, mit Ausnahme der in der folgenden Tabelle aufgelisteten Konvertierungen.
| Ausgangsdatentyp | Zieldatentyp | Ergebnis |
|---|---|---|
| int, smallint oder tinyint | char varchar |
Zu kurz zum Anzeigen |
| nchar nvarchar |
Fehler 1 | |
| money, smallmoney, numeric, decimal, float oder real | char varchar |
Fehler 1 |
| nchar nvarchar |
Fehler 1 |
1 Es wird ein Fehler zurückgegeben, da die Ergebnislänge zu kurz ist, um angezeigt zu werden.
In SQL Server wird sichergestellt, dass nur reversible Konvertierungen (d.h. Konvertierungen, bei denen konvertierte Datentypen in den ursprünglichen Datentyp zurückkonvertiert werden können) von Version zu Version die gleichen Ergebnisse erzielen. Im folgenden Beispiel wird eine solche Hin- und Rückkonvertierung veranschaulicht:
DECLARE @myval DECIMAL(5, 2);
SET @myval = 193.57;
SELECT CAST(CAST(@myval AS VARBINARY(20)) AS DECIMAL(10, 5));
-- Or, using CONVERT
SELECT CONVERT(DECIMAL(10, 5), CONVERT(VARBINARY(20), @myval));
GO
Warnung
Erstellen Sie keine binary-Werte, um sie anschließend in einen Datentyp der numerischen Datentypkategorie zu konvertieren. SQL Server garantiert nicht, dass das Ergebnis einer Datentypkonvertierung von decimal oder numeric in binary dem Ergebnis entspricht, das zwischen Versionen von SQL Server erzielt wird.
Im folgenden Beispiel ist der resultierende Ausdruck zu klein, um angezeigt zu werden.
USE AdventureWorks2022;
GO
SELECT p.FirstName,
p.LastName,
SUBSTRING(p.Title, 1, 25) AS Title,
CAST(e.SickLeaveHours AS CHAR(1)) AS [Sick Leave]
FROM HumanResources.Employee e
INNER JOIN Person.Person p
ON e.BusinessEntityID = p.BusinessEntityID
WHERE NOT e.BusinessEntityID > 5;
GO
Hier sehen Sie das Ergebnis.
FirstName LastName Title Sick Leave
--------- ------------- ------- --------`
Ken Sanchez NULL *
Terri Duffy NULL *
Roberto Tamburello NULL *
Rob Walters NULL *
Gail Erickson Ms. *
(5 row(s) affected)
Beim Konvertieren von Datentypen mit unterschiedlichen Dezimalstellen gibt SQL Server manchmal einen abgeschnittenen oder einen gerundeten Ergebniswert zurück. In dieser Tabelle wird das Verhaltensmuster veranschaulicht.
| From | To | Verhalten |
|---|---|---|
| numeric | numeric | Round |
| numeric | int | Truncate |
| numeric | money | Round |
| money | int | Round |
| money | numeric | Round |
| float | int | Truncate |
| float | numeric | Runde 1 |
| float | datetime | Round |
| datetime | int | Round |
1 Die Konvertierung der float-Werte, die eine wissenschaftliche Schreibweise für decimal oder numeric verwenden, ist auf Werte mit einer Genauigkeit von 17 Stellen beschränkt. Alle Werte mit einer Genauigkeit von mehr als 17 Stellen werden auf Null gerundet.
Die Werte 10.6496 und -10.6496 können z.B. während der Konvertierung in int- oder numeric-Types abgeschnitten oder gerundet werden:
SELECT CAST(10.6496 AS INT) AS trunc1,
CAST(-10.6496 AS INT) AS trunc2,
CAST(10.6496 AS NUMERIC) AS round1,
CAST(-10.6496 AS NUMERIC) AS round2;
Die Ergebnisse der Abfrage sind in der folgenden Tabelle aufgeführt:
| trunc1 | trunc2 | round1 | round2 |
|---|---|---|---|
| 10 | -10 | 11 | -11 |
Falls eine Konvertierung von Datentypen vorgenommen wird, bei der der Zieldatentyp weniger Dezimalstellen aufweist als der Quelldatentyp, wird der Wert gerundet. Bei dieser Konvertierung wird beispielsweise $10.3497 zurückgegeben:
SELECT CAST(10.3496847 AS money);
SQL Server gibt eine Fehlermeldung zurück, wenn die nicht numerischen Daten char, nchar, varchar oder nvarchar in die Typen decimal, float, int oder numeric konvertiert werden. SQL Server gibt außerdem einen Fehler zurück, wenn eine leere Zeichenfolge (" ") in numeric oder decimal konvertiert wird.
Bestimmte datetime-Konvertierungen sind nicht deterministisch
Dies sind die Formate, bei denen die Konvertierung von „string“ in „datetime“ nicht deterministisch ist:
- Alle Formate unter 100 1
- 106
- 107
- 109
- 113
- 130
1 Mit Ausnahme der Formate 20 und 21
Weitere Informationen finden Sie unter Nicht deterministische Konvertierung von Datumsliteralzeichenfolgen in DATE-Werte.
Ergänzende Zeichen (Ersatzpaare)
Wenn Sie in Versionen ab SQL Server 2012 (11.x) Sortierungen ergänzender Zeichen verwenden, wird ein CAST-Vorgang von nchar oder nvarchar zu einem nchar- oder nvarchar-Typ von geringerer Länge in einem Ersatzzeichenpaar nicht abgeschnitten. Stattdessen wird er vor dem ergänzenden Zeichen abgeschnitten. Im folgenden Codefragment wird @x z. B. weggelassen, sodass nur 'ab' erhalten bleibt. Es ist nicht genügend Platz für das ergänzende Zeichen vorhanden.
DECLARE @x NVARCHAR(10) = 'ab' + NCHAR(0x10000);
SELECT CAST(@x AS NVARCHAR(3));
Bei SC-Sortierungen entspricht das Verhalten von CONVERT dem von CAST. Weitere Informationen finden Sie im Abschnitt zu zusätzlichen Zeichen im Artikel Unicode-Unterstützung und Unterstützung von Sortierungen.
Kompatibilitätsunterstützung
In früheren Versionen von SQL Server ist das Standardformat für CAST- und CONVERT-Vorgänge bei den Datentypen time und datetime2 121, sofern keiner der Typen im Ausdruck einer berechneten Spalte verwendet wird. Für berechnete Spalten ist das Standardformat 0. Dieses Verhalten wirkt sich auf berechnete Spalten aus, wenn sie erstellt werden und in Abfragen mit automatischer Parametrisierung oder in Einschränkungsdefinitionen verwendet werden.
Bei einem Kompatibilitätsgrad von 110 und höher ist das Standardformat für CAST- und CONVERT-Vorgänge im Fall der Datentypen time und datetime2 immer 121. Basiert die Abfrage auf dem alten Verhalten, verwenden Sie einen Kompatibilitätsgrad unter 110, oder geben Sie in der betroffenen Abfrage explizit das Format 0 an.
| Wert des Kompatibilitätsgrads | Standardformatvorlage für CAST und CONVERT 1 |
Standardformat für berechnete Spalte |
|---|---|---|
| <110 | 121 | 0 |
| > = 110 | 121 | 121 |
1 Gilt nicht für berechnete Spalten
Ein Upgrade der Datenbank auf den Kompatibilitätsgrad 110 und höher ändert keine Benutzerdaten, die auf dem Datenträger gespeichert wurden. Sie müssen diese Daten entsprechend manuell korrigieren. Haben Sie beispielsweise SELECT INFO zum Erstellen einer Tabelle von einer Quelle verwendet, die einen Ausdruck für eine berechnete Spalte (oben beschrieben) beinhaltet, werden die Daten mit dem Format 0 anstelle der Definition der berechneten Spalte an sich gespeichert. Sie müssen diese Daten manuell aktualisieren, um sie an das Format 121 anzupassen.
Beispiele
A. Verwenden von CAST und CONVERT
In diesen Beispielen werden die Namen der Produkte abgerufen, deren Listenpreis mit der Ziffer 3 beginnt. Die ListPrice-Werte werden in int-Werte konvertiert.
Verwenden Sie CAST:
USE AdventureWorks2022;
GO
SELECT SUBSTRING(Name, 1, 30) AS ProductName,
ListPrice
FROM Production.Product
WHERE CAST(ListPrice AS INT) LIKE '33%';
GO
Verwenden Sie CONVERT:
USE AdventureWorks2022;
GO
SELECT SUBSTRING(Name, 1, 30) AS ProductName,
ListPrice
FROM Production.Product
WHERE CONVERT(INT, ListPrice) LIKE '33%';
GO
Hier sehen Sie das Ergebnis. Das Beispielresultset ist bei CAST und CONVERT identisch.
ProductName ListPrice
------------------------------ ---------------------
LL Road Frame - Black, 58 337.22
LL Road Frame - Black, 60 337.22
LL Road Frame - Black, 62 337.22
LL Road Frame - Red, 44 337.22
LL Road Frame - Red, 48 337.22
LL Road Frame - Red, 52 337.22
LL Road Frame - Red, 58 337.22
LL Road Frame - Red, 60 337.22
LL Road Frame - Red, 62 337.22
LL Road Frame - Black, 44 337.22
LL Road Frame - Black, 48 337.22
LL Road Frame - Black, 52 337.22
Mountain-100 Black, 38 3374.99
Mountain-100 Black, 42 3374.99
Mountain-100 Black, 44 3374.99
Mountain-100 Black, 48 3374.99
HL Road Front Wheel 330.06
LL Touring Frame - Yellow, 62 333.42
LL Touring Frame - Blue, 50 333.42
LL Touring Frame - Blue, 54 333.42
LL Touring Frame - Blue, 58 333.42
LL Touring Frame - Blue, 62 333.42
LL Touring Frame - Yellow, 44 333.42
LL Touring Frame - Yellow, 50 333.42
LL Touring Frame - Yellow, 54 333.42
LL Touring Frame - Yellow, 58 333.42
LL Touring Frame - Blue, 44 333.42
HL Road Tire 32.60
(28 rows affected)
B. Verwenden von CAST mit arithmetischen Operatoren
Im folgenden Beispiel wird eine einzelne Spalte (Computed) berechnet. Hierbei wird der Gesamtumsatz des laufenden Jahres (SalesYTD) durch den Prozentsatz der Umsatzbeteiligung (CommissionPCT) geteilt. Dieser Wert wird auf die nächste ganze Zahl gerundet und anschließend mithilfe von CAST in einen int-Datentyp konvertiert.
USE AdventureWorks2022;
GO
SELECT CAST(ROUND(SalesYTD / CommissionPCT, 0) AS INT) AS Computed
FROM Sales.SalesPerson
WHERE CommissionPCT != 0;
GO
Hier sehen Sie das Ergebnis.
Computed
------
379753754
346698349
257144242
176493899
281101272
0
301872549
212623750
298948202
250784119
239246890
101664220
124511336
97688107
(14 row(s) affected)
C. Verwenden von CAST zur Verkettung
Im folgenden Beispiel werden nicht auf Zeichen basierende Ausdrücke mithilfe von CAST verkettet. Verwendet wird die Datenbank AdventureWorksDW2022.
SELECT 'The list price is ' + CAST(ListPrice AS VARCHAR(12)) AS ListPrice
FROM dbo.DimProduct
WHERE ListPrice BETWEEN 350.00 AND 400.00;
Hier sehen Sie das Ergebnis.
ListPrice
------------------------
The list price is 357.06
The list price is 364.09
The list price is 364.09
The list price is 364.09
The list price is 364.09
D: Verwenden von CAST zur Generierung besser lesbaren Texts
Im folgenden Beispiel wird CAST in der SELECT-Liste verwendet, um die Name-Spalte in eine char(10)-Spalte zu konvertieren. Verwendet wird die Datenbank AdventureWorksDW2022.
SELECT DISTINCT CAST(EnglishProductName AS CHAR(10)) AS Name,
ListPrice
FROM dbo.DimProduct
WHERE EnglishProductName LIKE 'Long-Sleeve Logo Jersey, M';
GO
Hier sehen Sie das Ergebnis.
Name ListPrice
---------- ---------
Long-Sleev 31.2437
Long-Sleev 32.4935
Long-Sleev 49.99
E. Verwenden von CAST mit der LIKE-Klausel
In diesem Beispiel werden die SalesYTD-Werte der Spalte money in den Datentyp int und anschließend in den Datentyp char(20) konvertiert, damit sie mit der LIKE-Klausel verwendet werden können.
USE AdventureWorks2022;
GO
SELECT p.FirstName,
p.LastName,
s.SalesYTD,
s.BusinessEntityID
FROM Person.Person AS p
INNER JOIN Sales.SalesPerson AS s
ON p.BusinessEntityID = s.BusinessEntityID
WHERE CAST(CAST(s.SalesYTD AS INT) AS CHAR(20)) LIKE '2%';
GO
Hier sehen Sie das Ergebnis.
FirstName LastName SalesYTD BusinessEntityID
---------------- ------------------- ---------------- -------------
Tsvi Reiter 2811012.7151 279
Syed Abbas 219088.8836 288
Rachel Valdez 2241204.0424 289
(3 row(s) affected)
F. Verwenden von CONVERT oder CAST mit typisierten XML-Daten
In den folgenden Beispielen wird die Konvertierung in typisierte XML-Daten mithilfe von CONVERT und mit XML-Datentyp und -Spalten (SQL Server) dargestellt.
In diesem Beispiel wird eine aus Leerzeichen, Text und Markup bestehende Zeichenfolge in typisierte XML-Daten konvertiert und alle bedeutungslosen Leerzeichen (begrenzender Leerraum zwischen Knoten) entfernt:
SELECT CONVERT(XML, '<root><child/></root>')
In diesem Beispiel wird eine ähnliche, aus Leerzeichen, Text und Markup bestehende Zeichenfolge in typisierte XML-Daten konvertiert und alle bedeutungslosen Leerzeichen (begrenzender Leerraum zwischen Knoten) beibehalten.
SELECT CONVERT(XML, '<root> <child/> </root>', 1)
In diesem Beispiel wird eine aus Leerzeichen, Text und Markup bestehende Zeichenfolge in typisierte XML-Daten umgewandelt:
SELECT CAST('<Name><FName>Carol</FName><LName>Elliot</LName></Name>' AS XML)
Weitere Beispiele finden Sie unter Erstellen von Instanzen der XML-Daten.
G. Verwenden von CAST und CONVERT mit datetime-Daten
Im folgenden Beispiel werden zuerst GETDATE()-Werte verwendet, um das aktuelle Datum und die aktuelle Uhrzeit darzustellen. CAST wird verwendet, um das aktuelle Datum und die aktuelle Uhrzeit in einen Zeichendatentyp zu ändern. Anschließend wird CONVERT verwendet, um das Datum und die Uhrzeit im ISO 8601-Format anzuzeigen.
SELECT GETDATE() AS UnconvertedDateTime,
CAST(GETDATE() AS NVARCHAR(30)) AS UsingCast,
CONVERT(NVARCHAR(30), GETDATE(), 126) AS UsingConvertTo_ISO8601;
GO
Hier sehen Sie das Ergebnis.
UnconvertedDateTime UsingCast UsingConvertTo_ISO8601
----------------------- ---------------------- ------------------------------
2022-04-18 09:58:04.570 Apr 18 2022 9:58AM 2022-04-18T09:58:04.570
(1 row(s) affected)
Das folgende Beispiel entspricht in etwa der Umkehrung des vorherigen Beispiels. In diesem Beispiel werden ein Datum und eine Uhrzeit als Zeichendaten angezeigt. CAST wird verwendet, um die Zeichendaten in datetime-Datentypen zu ändern. Anschließend wird CONVERT verwendet, um die Zeichendaten in den datetime-Datentyp zu ändern.
SELECT '2006-04-25T15:50:59.997' AS UnconvertedText,
CAST('2006-04-25T15:50:59.997' AS DATETIME) AS UsingCast,
CONVERT(DATETIME, '2006-04-25T15:50:59.997', 126) AS UsingConvertFrom_ISO8601;
GO
Hier sehen Sie das Ergebnis.
UnconvertedText UsingCast UsingConvertFrom_ISO8601
----------------------- ----------------------- ------------------------
2006-04-25T15:50:59.997 2006-04-25 15:50:59.997 2006-04-25 15:50:59.997
(1 row(s) affected)
H. Verwenden von CONVERT mit Binär- und Zeichendaten
Die folgenden Beispiele zeigen die Ergebnisse der Konvertierung von Binär- und Zeichendaten mit verschiedenen Formaten.
--Convert the binary value 0x4E616d65 to a character value.
SELECT CONVERT(CHAR(8), 0x4E616d65, 0) AS [Style 0, binary to character];
Hier sehen Sie das Ergebnis.
Style 0, binary to character
----------------------------
Name
(1 row(s) affected)
Dieses Beispiel zeigt, wie Format 1 das Abschneiden von Ergebnissen erzwingen kann. Die Zeichen 0x im Ergebnis erzwingen das Abschneiden.
SELECT CONVERT(CHAR(8), 0x4E616d65, 1) AS [Style 1, binary to character];
Hier sehen Sie das Ergebnis.
Style 1, binary to character
------------------------------
0x4E616D
(1 row(s) affected)
Das folgende Beispiel zeigt, dass Format 2 das Ergebnis nicht abschneidet, da die Zeichen 0x nicht im Ergebnis enthalten sind.
SELECT CONVERT(CHAR(8), 0x4E616d65, 2) AS [Style 2, binary to character];
Hier sehen Sie das Ergebnis.
Style 2, binary to character
------------------------------
4E616D65
(1 row(s) affected)
Konvertieren Sie den Zeichenwert 'Name' in einen Binärwert.
SELECT CONVERT(BINARY(8), 'Name', 0) AS [Style 0, character to binary];
Hier sehen Sie das Ergebnis.
Style 0, character to binary
----------------------------
0x4E616D6500000000
(1 row(s) affected)
SELECT CONVERT(BINARY(4), '0x4E616D65', 1) AS [Style 1, character to binary];
Hier sehen Sie das Ergebnis.
Style 1, character to binary
----------------------------
0x4E616D65
(1 row(s) affected)
SELECT CONVERT(BINARY(4), '4E616D65', 2) AS [Style 2, character to binary];
Hier sehen Sie das Ergebnis.
Style 2, character to binary
----------------------------------
0x4E616D65
(1 row(s) affected)
I. Konvertieren von date- und time-Datentypen
Das folgende Beispiel zeigt die Konvertierung von date-, time- und datetime-Datentypen.
DECLARE @d1 DATE,
@t1 TIME,
@dt1 DATETIME;
SET @d1 = GETDATE();
SET @t1 = GETDATE();
SET @dt1 = GETDATE();
SET @d1 = GETDATE();
-- When converting date to datetime the minutes portion becomes zero.
SELECT @d1 AS [DATE],
CAST(@d1 AS DATETIME) AS [date as datetime];
-- When converting time to datetime the date portion becomes zero
-- which converts to January 1, 1900.
SELECT @t1 AS [TIME],
CAST(@t1 AS DATETIME) AS [time as datetime];
-- When converting datetime to date or time non-applicable portion is dropped.
SELECT @dt1 AS [DATETIME],
CAST(@dt1 AS DATE) AS [datetime as date],
CAST(@dt1 AS TIME) AS [datetime as time];
Stellen Sie sicher, dass die Werte innerhalb eines kompatiblen Bereichs liegen, wenn Sie eine Konvertierung von date in datetime oder datetime2 in Betracht ziehen. Der minimale Jahreswert für datetime ist 1753, während der minimale Jahreswert für date und datetime20001 beträgt.
DECLARE @d1 DATE, @dt1 DATETIME , @dt2 DATETIME2
SET @d1 = '1492-08-03'
--This is okay; Minimum YYYY for DATE is 0001
SET @dt2 = CAST(@d1 AS DATETIME2)
--This is okay; Minimum YYYY for DATETIME2 IS 0001
SET @dt1 = CAST(@d1 AS DATETIME)
--This will error with (Msg 242) "The conversion of a date data type to a datetime data type resulted in an out-of-range value."
--Minimum YYYY for DATETIME is 1753
J. Verwenden von CONVERT mit datetime-Daten in unterschiedlichen Formaten
Im folgenden Beispiel werden zuerst GETDATE()-Werte verwendet. CONVERT wird verwendet, um alle Datums- und Uhrzeitformate anzuzeigen, die sich im Abschnitt Datums- und Uhrzeitformate dieses Artikels befinden.
| Formatnummer | Beispielabfrage | Beispielergebnis |
|---|---|---|
| 0 | SELECT CONVERT(NVARCHAR, GETDATE(), 0) |
Aug 23 2019 1:39PM |
| 1 | SELECT CONVERT(NVARCHAR, GETDATE(), 1) |
08/23/19 |
| 2 | SELECT CONVERT(NVARCHAR, GETDATE(), 2) |
19.08.23 |
| 3 | SELECT CONVERT(NVARCHAR, GETDATE(), 3) |
23/08/19 |
| 4 | SELECT CONVERT(NVARCHAR, GETDATE(), 4) |
23.08.19 |
| 5 | SELECT CONVERT(NVARCHAR, GETDATE(), 5) |
23-08-19 |
| 6 | SELECT CONVERT(NVARCHAR, GETDATE(), 6) |
23 Aug 19 |
| 7 | SELECT CONVERT(NVARCHAR, GETDATE(), 7) |
Aug 23, 19 |
| 8, 24 oder 108 | SELECT CONVERT(NVARCHAR, GETDATE(), 8) |
13:39:17 |
| 9 oder 109 | SELECT CONVERT(NVARCHAR, GETDATE(), 9) |
Aug 23 2019 1:39:17:090PM |
| 10 | SELECT CONVERT(NVARCHAR, GETDATE(), 10) |
08-23-19 |
| 11 | SELECT CONVERT(NVARCHAR, GETDATE(), 11) |
19/08/23 |
| 12 | SELECT CONVERT(NVARCHAR, GETDATE(), 12) |
190823 |
| 13 oder 113 | SELECT CONVERT(NVARCHAR, GETDATE(), 13) |
23 Aug 2019 13:39:17:090 |
| 14 oder 114 | SELECT CONVERT(NVARCHAR, GETDATE(), 14) |
13:39:17:090 |
| 20 oder 120 | SELECT CONVERT(NVARCHAR, GETDATE(), 20) |
2019-08-23 13:39:17 |
| 21, 25 oder 121 | SELECT CONVERT(NVARCHAR, GETDATE(), 21) |
2019-08-23 13:39:17.090 |
| 22 | SELECT CONVERT(NVARCHAR, GETDATE(), 22) |
08/23/19 1:39:17 PM |
| 23 | SELECT CONVERT(NVARCHAR, GETDATE(), 23) |
2019-08-23 |
| 101 | SELECT CONVERT(NVARCHAR, GETDATE(), 101) |
08/23/2019 |
| 102 | SELECT CONVERT(NVARCHAR, GETDATE(), 102) |
2019.08.23 |
| 103 | SELECT CONVERT(NVARCHAR, GETDATE(), 103) |
23/08/2019 |
| 104 | SELECT CONVERT(NVARCHAR, GETDATE(), 104) |
23.08.2019 |
| 105 | SELECT CONVERT(NVARCHAR, GETDATE(), 105) |
23-08-2019 |
| 106 | SELECT CONVERT(NVARCHAR, GETDATE(), 106) |
23 Aug 2019 |
| 107 | SELECT CONVERT(NVARCHAR, GETDATE(), 107) |
23. August 2019 |
| 110 | SELECT CONVERT(NVARCHAR, GETDATE(), 110) |
08-23-2019 |
| 111 | SELECT CONVERT(NVARCHAR, GETDATE(), 111) |
2019/08/23 |
| 112 | SELECT CONVERT(NVARCHAR, GETDATE(), 112) |
20190823 |
| 113 | SELECT CONVERT(NVARCHAR, GETDATE(), 113) |
23 Aug 2019 13:39:17.090 |
| 120 | SELECT CONVERT(NVARCHAR, GETDATE(), 120) |
2019-08-23 13:39:17 |
| 121 | SELECT CONVERT(NVARCHAR, GETDATE(), 121) |
2019-08-23 13:39:17.090 |
| 126 | SELECT CONVERT(NVARCHAR, GETDATE(), 126) |
2019-08-23T13:39:17.09 |
| 127 | SELECT CONVERT(NVARCHAR, GETDATE(), 127) |
2019-08-23T13:39:17.09 |
| 130 | SELECT CONVERT(NVARCHAR, GETDATE(), 130) |
22 ذو الحجة 1440 1:39:17.090P |
| 131 | SELECT CONVERT(NVARCHAR, GETDATE(), 131) |
22/12/1440 1:39:17.090PM |
K. Auswirkungen der Datentyprangfolge in zulässigen Konvertierungen
Im folgenden Beispiel wird eine Variable des Typs varchar(10) definiert. Dieser wird dann ein Integerwert zugewiesen. Anschließend wird eine SELECT-Anweisung für die Verkettung der Variablen mit einer Zeichenfolge ausgeführt.
DECLARE @string VARCHAR(10);
SET @string = 1;
SELECT @string + ' is a string.' AS Result
Hier sehen Sie das Ergebnis.
Result
-----------------------
1 is a string.
Der int-Wert 1 wurde in den Typ varchar konvertiert.
Im folgenden Beispiel wird eine ähnliche Abfrage gezeigt, in der jedoch eine int-Variable verwendet wird:
DECLARE @notastring INT;
SET @notastring = '1';
SELECT @notastring + ' is not a string.' AS Result
In diesem Fall löst die SELECT-Anweisung den folgenden Fehler aus:
Msg 245, Level 16, State 1, Line 3
Conversion failed when converting the varchar value ' is not a string.' to data type int.
Zur Auswertung des Ausdrucks @notastring + ' is not a string.' gilt Folgendes: SQL Server muss den Regeln der Datentyprangfolge folgen, um die implizite Konvertierung abzuschließen, bevor das Ergebnis des Ausdrucks berechnet werden kann. Da int eine höhere Rangfolge als varchar hat, versucht SQL Server, die Zeichenfolge in eine ganze Zahl zu konvertieren. Dieser Vorgang schlägt fehl, da diese Zeichenfolge nicht in eine ganze Zahl konvertiert werden kann.
Wenn eine konvertierbare Zeichenfolge angegeben wird, wird die Anweisung wie im folgenden Beispiel erfolgreich ausgeführt:
DECLARE @notastring INT;
SET @notastring = '1';
SELECT @notastring + '1'
In diesem Fall kann die Zeichenfolge '1' in den Integerwert 1 konvertiert werden, sodass die SELECT-Anweisung den Wert 2 zurückgibt. Wenn die angegebenen Datentypen Integerwerte sind, führt der Operator + nicht zu einer Zeichenfolgenverkettung, sondern zu einer mathematischen Addition.
Beispiele: Azure Synapse Analytics und Analytics-Plattformsystem (PDW)
L. Verwenden von CAST und CONVERT
In diesem Beispiele werden die Namen der Produkte abgerufen, deren Listenpreis mit der Ziffer 3 beginnt. Der ListPrice-Wert dieser Produkte wird in einen int-Wert konvertiert. Verwendet wird die Datenbank AdventureWorksDW2022.
SELECT EnglishProductName AS ProductName, ListPrice
FROM dbo.DimProduct
WHERE CAST(ListPrice AS int) LIKE '3%';
Dieses Beispiel zeigt dieselbe Abfrage mit CONVERT anstatt CAST. Verwendet wird die Datenbank AdventureWorksDW2022.
SELECT EnglishProductName AS ProductName, ListPrice
FROM dbo.DimProduct
WHERE CONVERT(INT, ListPrice) LIKE '3%';
M. Verwenden von CAST mit arithmetischen Operatoren
Im folgenden Beispiel wird eine einzelne Spalte berechnet. Hierbei wird der Einzelpreis des Produkts (UnitPrice) durch den Prozentsatz für den Abzug (UnitPriceDiscountPct) geteilt. Dieses Ergebnis wird in einen int-Datentyp konvertiert, nachdem es auf die nächste ganze Zahl gerundet wurde. In diesem Beispiel wird die AdventureWorksDW2022-Datenbank verwendet.
SELECT ProductKey, UnitPrice,UnitPriceDiscountPct,
CAST(ROUND (UnitPrice*UnitPriceDiscountPct,0) AS int) AS DiscountPrice
FROM dbo.FactResellerSales
WHERE SalesOrderNumber = 'SO47355'
AND UnitPriceDiscountPct > .02;
Hier sehen Sie das Ergebnis.
ProductKey UnitPrice UnitPriceDiscountPct DiscountPrice
---------- --------- -------------------- -------------
323 430.6445 0.05 22
213 18.5043 0.05 1
456 37.4950 0.10 4
456 37.4950 0.10 4
216 18.5043 0.05 1
N. Verwenden von CAST mit der LIKE-Klausel
Im folgenden Beispiel wird die Spalte moneyListPrice in eine Spalte des Typs int und anschließend in eine Spalte des Typs char(20) umgewandelt, damit sie mit der LIKE-Klausel verwendet werden kann. In diesem Beispiel wird die AdventureWorksDW2022-Datenbank verwendet.
SELECT EnglishProductName AS Name, ListPrice
FROM dbo.DimProduct
WHERE CAST(CAST(ListPrice AS INT) AS CHAR(20)) LIKE '2%';
O. Verwenden von CAST und CONVERT mit datetime-Daten
Im folgenden Beispiel werden das aktuelle Datum und die aktuelle Uhrzeit dargestellt. CAST wird verwendet, um das aktuelle Datum und die aktuelle Uhrzeit in einen Zeichendatentyp zu ändern. Anschließend werden das Datum und die Uhrzeit mithilfe von CONVERT im ISO 8601-Format angezeigt. In diesem Beispiel wird die AdventureWorksDW2022-Datenbank verwendet.
SELECT TOP(1)
SYSDATETIME() AS UnconvertedDateTime,
CAST(SYSDATETIME() AS NVARCHAR(30)) AS UsingCast,
CONVERT(NVARCHAR(30), SYSDATETIME(), 126) AS UsingConvertTo_ISO8601
FROM dbo.DimCustomer;
Hier sehen Sie das Ergebnis.
UnconvertedDateTime UsingCast UsingConvertTo_ISO8601
--------------------- --------------------------- ---------------------------
07/20/2010 1:44:31 PM 2010-07-20 13:44:31.5879025 2010-07-20T13:44:31.5879025
Das folgende Beispiel entspricht in etwa der Umkehrung des vorherigen Beispiels. In diesem Beispiel werden ein Datum und eine Uhrzeit als Zeichendaten angezeigt. CAST wird verwendet, um die Zeichendaten in datetime-Datentypen zu ändern. Anschließend wird CONVERT verwendet, um die Zeichendaten in den datetime-Datentyp zu ändern. In diesem Beispiel wird die AdventureWorksDW2022-Datenbank verwendet.
SELECT TOP(1)
'2010-07-25T13:50:38.544' AS UnconvertedText,
CAST('2010-07-25T13:50:38.544' AS DATETIME) AS UsingCast,
CONVERT(DATETIME, '2010-07-25T13:50:38.544', 126) AS UsingConvertFrom_ISO8601
FROM dbo.DimCustomer;
Hier sehen Sie das Ergebnis.
UnconvertedText UsingCast UsingConvertFrom_ISO8601
----------------------- ----------------------- ------------------------
2010-07-25T13:50:38.544 07/25/2010 1:50:38 PM 07/25/2010 1:50:38 PM
Siehe auch
- FORMAT (Transact-SQL)
- STR (Transact-SQL)
- SELECT (Transact-SQL)
- Systemfunktionen (Transact-SQL)
- Collation and Unicode Support