Migrieren Sie die DateTime-Spalte von SQL Server auf DateTimeOffset

Ich habe einen alten Tisch mit ein paar Zeilen, die eine datetime-Spalte. Ich möchte diesen Schalter, um datetimeoffset, aber ich möchte in der Lage sein zu transfer die Daten, die bereits vorhanden ist. So bin ich etwas wie:

SET IDENTITY_INSERT Table_Temp ON

INSERT INTO Table_Temp
    (Col0, ... ColN,)
SELECT 
    COl0,.... ColN, from 
Table_Original;

SET IDENTITY_INSERT Table_Temp OFF

Dieser funktioniert, aber der offset eingestellt ist 0 wenn ich die dattime zu datetimeoffset-Zuordnung. Glücklicherweise ist das offset, dass ich ihn einstellen will, ist der offset des aktuellen Systems. Ich bin kein tsql-guru, aber ich kann nicht scheinen, um herauszufinden, eine einfache Möglichkeit, dies zu tun.

Ich möchte in der Lage sein, den Versatz, die innerhalb der Konvertierung. Ich würde resort zu tun, eine c# - Dienstprogramm(oder PowerShell), aber ich würde lieber halten Sie es einfach.

InformationsquelleAutor der Frage hdz | 2010-01-05

4

Wenn Sie eine version von SQL Server weiß, dass der datetimeoffset-Datentyp, diese syntax wird für die Arbeit bekommen Sie das lokale tz-offset des Servers:

select datepart(tz,sysdatetimeoffset())

Ist das Ergebnis in MINUTEN an.

InformationsquelleAutor der Antwort Broam
22

Siehe unten für doc, Sie wollen wahrscheinlich etwas wie:
```
-- up here set the @time_zone variable.

INSERT INTO Table_Temp
    (Col0, ... ColN,)
SELECT 
    COl0, TODATETIMEOFFSET(COLDATE, @time_zone),.... ColN, from 
Table_Original;
```
Vom MSDN

Den SWITCHOFFSET Funktion stellt eine
Eingang DATETIMEOFFSET-Wert in eine
angegebenen Zeit-zone, während die Erhaltung
die UTC-Wert. Die syntax ist
SWITCHOFFSET(datetimeoffset_value,
time_zone). Zum Beispiel die folgenden
code passt das aktuelle system
datetimeoffset-Wert auf die Zeitzone GMT
+05:00:

WÄHLEN
SWITCHOFFSET(SYSDATETIMEOFFSET(),
'-05:00');

Also, wenn das aktuelle system
datetimeoffset-Wert ist Februar 12,
2009 10:00:00.0000000 -08:00, diese
code gibt den Wert 12. Februar,
2009 13:00:00.0000000 -05:00.

Den TODATETIMEOFFSET-Funktion setzt den
der Zeitzonen-offset des Eingangs Datum und
Zeit Wert. Seine syntax ist
TODATETIMEOFFSET(date_and_time_value,
time_zone).

Diese Funktion unterscheidet sich von
SWITCHOFFSET in mehrfacher Hinsicht. Zuerst
es ist nicht nur ein
datetimeoffset-Wert als input; eher
es werden alle Datums-und Zeitdaten
Typ. Zweitens, es nicht versucht zu
einstellen der Zeit basierend auf der Zeitzone
Unterschied zwischen der source-Wert
und die angegebene Zeit-zone, aber
stattdessen gibt einfach die Eingabe-Datum
und Zeit-Wert mit der angegebenen Zeit
zone als ein datetimeoffset-Wert.

Den Hauptzweck der
TODATETIMEOFFSET Funktion
konvertieren von Typen, die nicht-Zeit-zone
bewusst DATETIMEOFFSET durch die gegebenen
time zone offset. Wenn das angegebene Datum
und die Zeit Wert ist einen DATETIMEOFFSET,
die TODATETIMEOFFSET Funktion ändert
der DATETIMEOFFSET-Wert basierend auf der
gleiche ursprüngliche lokale Datum und die lokale Zeit
Wert plus die neue bestimmten Zeitzone
offset.

Beispielsweise das aktuelle system
datetimeoffset-Wert ist Februar 12,
2009 10:00:00.0000000 -08:00, und Sie
führen Sie den folgenden code:

WÄHLEN
TODATETIMEOFFSET(SYSDATETIMEOFFSET(),
'-05:00');

Den Wert Februar 12, 2009
10:00:00.0000000 -05:00 zurückgegeben.
Denken Sie daran, dass die SWITCHOFFSET
Funktion zurückgegeben Februar 12, 2009
13:00:00.0000000 -05:00, weil es
einstellen der Zeit basierend auf dem Zeit
zone Unterschiede zwischen den input
(-08:00) und der angegebenen Zeitzone
(-05:00).

Wie bereits erwähnt, können Sie die
TODATETIMEOFFSET Funktion mit jedem
Datum-und Zeit-Datentyp als Eingabe. Für
Beispiel der folgende code nimmt den
aktuelle system-Datum und Zeit-Wert-und
gibt es da einen datetimeoffset-Wert
mit einem Zeit-zone -00:05:

WÄHLEN SIE TODATETIMEOFFSET(SYSDATETIME(),
'-05:00');

InformationsquelleAutor der Antwort Hogan
4

Diese Konvertierungen Funktionen arbeiten nicht korrekt, wenn DST saving ist aktiv in die Ziel-Zeitzone, die Zeitzone offset-änderungen in das selben Jahr.

InformationsquelleAutor der Antwort Softlion
2

Können Sie herausfinden, was den offset von der aktuellen SQL-server ist mit den folgenden.
```
select datediff(MI,getdate(), getutcdate())
```
Sie brauchen, um den offset in Minuten und nicht in Stunden, da es eine Anzahl von einer halben Stunde und sogar ein Viertel-Stunden-Zeitzone.

Mithilfe der Minuten-Wert, den Sie verändern können deine Werte gehen in (vorausgesetzt, Sie wurden alle historisch aufgezeichnet, die als lokale Zeit), indem Sie mit so etwas wie
```
select dateadd(mi,datediff(MI,getdate(), getutcdate()), yourDateField)
```
Effizienz würde ich berechne es mal in eine variable und benutzen, da ist der Unterschied nicht zu ändern.

InformationsquelleAutor der Antwort Andrew
1

Für jeden, der versucht, dieses problem zu lösen, richtig, Buchhaltung für die Sommerzeit hier ist das tool, um es zu tun.

https://github.com/mj1856/SqlServerTimeZoneSupport

InformationsquelleAutor der Antwort Mihail Shishkov
0

Dies ist eine leichte Variante einer Antwort bereits vorgesehen, und berücksichtigt NICHT die Sommerzeit. Aber es könnte gut sein, genug für viele Zwecke:
```
dateadd(minute, -datepart(tz, sysdatetimeoffset()), @legacyDatetime)
```
InformationsquelleAutor der Antwort Tyler Hains

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.