Biorąc pod uwagę tabelę SQL z kolumną DateTime i około 100k wierszy różnych dat (wartości PST czasu lokalnego) z ostatnich 3 lat, jaka jest najlepsza strategia migracji tych wartości kolumn doDateTimeOffset „dodać” brakujące informacje o przesunięciu utc tz?

Istniejące wartości DateTime zostały zapisane bez szczegółów przesunięcia strefy czasowej / utc. Zapisane daty są zawsze reprezentatywne dla czasu pacyficznego (-800 lub -700 w zależności od czasu letniego). Celem jest dodanie z mocą wsteczną przesunięcia tz do wszystkich istniejących danych przy założeniu, że data pochodzi z czasu pacyficznego (niezależnie od tego, jakie poprawne przesunięcie było w momencie określonym przez datę)

W ramach SQL jaka jest najlepsza praktyka dla tego typu migracji bez utraty danych lub zmiany istniejących wartości?

Jaki jest najbardziej skuteczny sposób migracji całej bazy danych o umiarkowanym rozmiarze (~ 100 gb w ~ 100 tabelach z 2 kolumnami DateTime na tabelę) do następnego kroku, aby użyć kolumn i wartości DateTimeOffset?

Co dzieje się z czasami danych, które były rejestrowane wokół / w ciągu 2 nad ranem w dniu zmiany PST / PDT? Czy dochodzi do utraty danych?

SQL Server 2008 + C # 4.5

Jeśli to nie jest właściwy obszar, proszę wskazać mi właściwy kierunek, dzięki!

Edytuj: Yay, czas nagród.