TSQL: Comment faire pour convertir l'heure locale à l'UTC? (SQL Server 2008)

7 ans sont passés et...

actuellement, il y a ce nouveau Serveur SQL 2016 fonctionnalité qui fait exactement ce dont vous avez besoin.

Elle est appelée AU MOMENT de la ZONE et il convertit la date pour un certain temps, la zone compte tenu de l'heure d'été (daylight saving time) des changements.

Plus d'infos ici:
https://msdn.microsoft.com/en-us/library/mt612795.aspx

Tandis que quelques-uns de ces réponses, vous obtiendrez dans le stade, vous ne pouvez pas faire ce que vous essayez de faire avec l'arbitraire des dates pour sql server 2005 et versions antérieures raison de l'heure avancée. À l'aide de la différence entre le courant locale et UTC actuelle va me donner le décalage qui existe aujourd'hui. Je n'ai pas trouvé un moyen de déterminer le décalage aurait été pour la date en question.

Cela dit, je sais que sql server 2008 fournit quelques nouvelles fonctions de date susceptible de répondre à cette question, mais les gens à l'aide d'une version antérieure doivent être conscients des limites.

Notre approche est de persister UTC et effectuer la conversion sur le côté client où nous avons plus de contrôle sur la conversion de l'exactitude.

Vous pouvez utiliser mon SQL Server en charge des fuseaux horaires projet pour convertir entre IANA fuseaux horaires standard, comme indiqué ici.

UTC Locales est comme ceci:

SELECT Tzdb.UtcToLocal('2015-07-01 00:00:00', 'America/Los_Angeles')

Locaux de l'UTC est comme ceci:

SELECT Tzdb.LocalToUtc('2015-07-01 00:00:00', 'America/Los_Angeles', 1, 1)

Le nombre d'options sont le drapeau pour le contrôle du comportement lorsque les valeurs de temps sont touchés par l'heure d'été. Elles sont décrites en détail dans la documentation du projet.

J'ai tendance à pencher vers l'aide DateTimeOffset pour tous date-heure de stockage qui n'est pas liée à un événement local (ie: rencontre/partie, etc, 12h-3h du musée).

Pour récupérer les DTO que l'UTC:

DECLARE @utcNow DATETIMEOFFSET = CONVERT(DATETIMEOFFSET, SYSUTCDATETIME())
DECLARE @utcToday DATE = CONVERT(DATE, @utcNow);
DECLARE @utcTomorrow DATE = DATEADD(D, 1, @utcNow);
SELECT  @utcToday [today]
        ,@utcTomorrow [tomorrow]
        ,@utcNow [utcNow]

NOTE: je vais toujours utiliser UTC lors de l'envoi sur le fil... côté client JS pouvez facilement obtenir/de la locale de l'UTC. Voir: new Date().toJSON() ...

Suivantes JS traitera de l'analyse d'une UTC/GMT date au format ISO8601 à un datetime local.

if (typeof Date.fromISOString != 'function') {
//method to handle conversion from an ISO-8601 style string to a Date object
//  Date.fromISOString("2009-07-03T16:09:45Z")
//    Fri Jul 03 2009 09:09:45 GMT-0700
Date.fromISOString = function(input) {
var date = new Date(input); //EcmaScript5 includes ISO-8601 style parsing
if (!isNaN(date)) return date;
//early shorting of invalid input
if (typeof input !== "string" || input.length < 10 || input.length > 40) return null;
var iso8601Format = /^(\d{4})-(\d{2})-(\d{2})((([T ](\d{2}):(\d{2})(:(\d{2})(\.(\d{1,12}))?)?)?)?)?([Zz]|([-+])(\d{2})\:?(\d{2}))?$/;
//normalize input
var input = input.toString().replace(/^\s+/,'').replace(/\s+$/,'');
if (!iso8601Format.test(input))
return null; //invalid format
var d = input.match(iso8601Format);
var offset = 0;
date = new Date(+d[1], +d[2]-1, +d[3], +d[7] || 0, +d[8] || 0, +d[10] || 0, Math.round(+("0." + (d[12] || 0)) * 1000));
//use specified offset
if (d[13] == 'Z') offset = 0-date.getTimezoneOffset();
else if (d[13]) offset = ((parseInt(d[15],10) * 60) + (parseInt(d[16],10)) * ((d[14] == '-') ? 1 : -1)) - date.getTimezoneOffset();
date.setTime(date.getTime() + (offset * 60000));
if (date.getTime() <= new Date(-62135571600000).getTime()) // CLR DateTime.MinValue
return null;
return date;
};
}

Vous pouvez utiliser GETUTCDATE() fonction permettant d'obtenir UTC datetime
Probablement, vous pouvez sélectionner différence entre GETUTCDATE() et la fonction GETDATE() et utiliser cette différence afin d'ajuster vos dates à l'UTC

Mais je suis d'accord avec le message précédent, qu'il est beaucoup plus facile à contrôler droit datetime dans la couche de gestion (en .NET, par exemple).