Welche Strategie ist bei einer SQL-Tabelle mit einer DateTime-Spalte und ca. 100.000 Zeilen mit verschiedenen Datumsangaben (PST-Werte für die Ortszeit) aus den letzten drei Jahren am besten geeignet, um diese Spaltenwerte zu migrieren?DateTimeOffset "addieren" Sie die fehlenden UTC-TZ-Offset-Informationen?

Die vorhandenen DateTime-Werte wurden ohne Zeitzonen- / UTC-Versatzdetails gespeichert. Die gespeicherten Daten entsprechen immer der pazifischen Zeit (-800 oder -700, abhängig von der Sommerzeit). Ziel ist es, den tz-Versatz rückwirkend zu allen vorhandenen Daten hinzuzufügen, wobei davon ausgegangen wird, dass das Datum aus der pazifischen Zeit stammt (unabhängig davon, welcher Versatz zum angegebenen Zeitpunkt korrekt war).

Was ist in SQL die beste Vorgehensweise für diese Art der Migration, ohne Daten zu verlieren oder vorhandene Werte zu ändern?

Was ist die effizienteste Methode zum Migrieren einer gesamten Datenbank mittlerer Größe (~ 100 GB in ~ 100 Tabellen mit 2 DateTime-Spalten pro Tabelle), um DateTimeOffset-Spalten und -Werte zu verwenden?

Was passiert mit den Daten, die um / während 2 Uhr morgens am PST / PDT-Umstellungsdatum protokolliert wurden? Kommt es zu einem Datenverlust?

SQL Server 2008 + C # 4.5

Wenn dies nicht der richtige Bereich ist, zeige mir bitte die richtige Richtung, danke!

Bearbeiten: Yay, Kopfgeldzeit.