SQL Server 2008 - Comment faire pour convertir GMT(UTC) datetime locales datetime?

J'ai un insert proc qui passe dans GETDATE() comme l'une des valeurs parce que chacun d'insérer également des magasins quand il a été inséré. Ce est hébergé sur SQL Azure, qui est à l'heure GMT.

Maintenant, quand je reçois des messages, j'ai la date GMT enregistrées pour chacun d'entre eux dans leurs colonnes timestamp, comment puis-je convertir ce local datetime l'endroit où vous vous trouvez lorsque vous accédez à ma page?

Grâce.

A l'heure du serveur de changement? Pouvez-vous vérifier?
Euh, il est en cours d'exécution sur SQL Azure. Comment pourrais-je le vérifier?
ne pouvez pas vous contenter de faire un "SELECT GETDATE() GO" et voir si cela correspond à ce que vous attendez?
Vous ne pouvez pas Azure devrait être en cours d'exécution de l'heure GMT. Êtes-vous d'obtenir que ou un local de temps?
quand vous dites "quand j'exécute des requêtes simples dans Azure, il ne fonctionne pas bien" qu'entendez-vous par "ne fonctionne pas"?

OriginalL'auteur slandau | 2011-05-19

  1. 10

    Vous pourriez faire quelque chose comme ceci:

    declare @InputUtcDateTime datetime2 = '2011-05-20 06:30:18'

declare @LocalDateTime datetime2 = dateadd(minute, datepart(TZoffset, sysdatetimeoffset()), @InputUtcDateTime)
print @LocalDateTime

    ou

    declare @InputUtcDateTime datetime2 = '2011-05-20 06:30:18'

declare @LocalDateTime datetime2 = dateadd(minute, datediff(minute, sysutcdatetime(), sysdatetime()), @InputUtcDateTime)
print @LocalDateTime
    Ces deux sont incorrectes. Ils s'appuient sur l'hypothèse que le décalage du fuseau horaire local d'aujourd'hui est le même que le décalage du fuseau horaire local, au moment visé par la saisie de date UTC. Depuis le fuseau horaire local pourrait être assujetti à l'heure d'été, c'est l'offset peut être différente dans le passé qu'il est aujourd'hui.
    vous avez raison à propos de la limitation de cette approche. Cependant, je ne pensent pas qu'il est incorrect. Cela dépend de ce que vous essayez d'atteindre.
    Essayer d'obtenir le bon temps de retour pour un fuseau horaire local, compte tenu de l'arbitraire d'un moment de l'entrée?
    Pour gérer l'heure d'été conversions, vous aurez besoin d'une table de recherche comme ceci: codeproject.com/Articles/14769/...
    @Wasabi explique, cette approche ne fonctionnera pas. Elle suppose que l'heure locale du serveur qui a toujours eu le même décalage par rapport à l'heure GMT/UTC - même pour Greenwich, ce n'est pas vrai, en raison de l'heure d'été!

    OriginalL'auteur

  2. 5

    En dehors de la Lumière du jour d'Épargne question, pourquoi ne pas simplifier avec:

    yourDateTime - getutcdate() + getdate()

    OriginalL'auteur

  3. 1

    Pour MST comme un exemple... considérant chaque DTM est stocké dans GMT déjà, cela simplifie les choses..

    SWITCHOFFSET(CONVERT(DATETIMEOFFSET, [ColumnName]), '-07:00')

    Maintenant, si votre local de date/heure est autre chose que l'heure GMT/UTC, vous aurez probablement envie d'utiliser les éléments suivants...

    SWITCHOFFSET(TODATETIMEOFFSET([ColumnName], datepart(tz,sysdatetimeoffset())),'+00:00')

    En voici le détail.

    • SWITCHOFFSET - convertit une valeur DateTimeOffset à un autre fuseau horaire, tout en préservant le décalage.
    • TODATETIMEOFFSET - convertit une valeur de type DateTime DateTimeOffset valeur à un fuseau horaire.
    • DATEPART - dans ce cas est de mettre le fuseau horaire locaux de l'datetime.
    • '+00:00' - de l'objectif de compenser, dans le deuxième exemple est UTC/GMT cible, locale... l'exemple précédent de MST.

    NOTE/AVERTISSEMENT: je ne crois pas que cela représente pour l'Heure, ce qui pourrait être un problème pour vous. Si absolue de conservation n'est pas nécessaire, vous pouvez simplement ajouter une deuxième colonne, avec la rudesse de la conversion et aller de l'avant en toute sécurité.

    Vous souhaitez peut-être abstraites de la logique dans un appel de fonction, afin de tenir compte de la préservation de l'heure d'été... il ne devrait pas être trop difficile à faire, cependant.

    OriginalL'auteur

  4. 0

    Voici une fonction qui travaille sur des données historiques. Je l'ai écrit pour British Summer time - qui, malheureusement, se produit le dernier dimanche du mois de Mars et d'octobre, faisant de la logique un peu alambiqué.

    Fondamentalement la date codée en dur partie 01/03 est à la recherche pour le dernier dimanche de Mars et le 01/10 est à la recherche pour le dernier dimanche d'octobre (qui est quand les horloges aller de l'avant et à l'arrière ici). REMARQUE: SI VOTRE SERVEUR utilise NATIF de DATES aux etats-unis INVERSER CES DEUX PIÈCES AU 03/01 et du 10/01!!!!

    Si vous lui donnez une date UTC et il va automatiquement si une date historique est cest ou GMT. Pas la meilleure chose à utiliser sur un grand ensemble de données, mais c'est une solution.

    Exécuter ce script pour créer la fonction et de l'appeler en ligne dans votre sélection. SQL 2008 a un problème avec les fonctions définies par l'utilisateur, il me semble, elle met un redline en vertu du code, mais il fonctionne encore comme longtemps que vous utilisez la dbo préfixe (SELECT dbo.UTCConvert(yourdate) pour l'exécuter)

    CREATE FUNCTION [dbo].[UTCConvert] 
(

    @p1 datetime
)
RETURNS datetime
AS
BEGIN

    DECLARE @Result datetime


RETURN CASE 
WHEN
@p1 >
(DATEADD(day,DATEDIFF(day,'19000107',DATEADD(month,DATEDIFF(MONTH,0,'01/03/' + CAST(DATEPART(year,@p1) as CHAR)),30))/7*7,'19000107'))
AND
@p1<
(DATEADD(day,DATEDIFF(day,'19000107',DATEADD(month,DATEDIFF(MONTH,0,'01/10/' + CAST(DATEPART(year,@p1) as CHAR)),30))/7*7,'19000107'))
THEN (DATEADD(HH, 1, @p1)) 
ELSE @p1
END
END
    Si votre serveur utilise natif de dates aux etats-unis car il est situé dans le NOUS, vous avez probablement eu beaucoup plus de maux de tête sévères. Les chances sont, si vous cherchez à cette question, vous êtes l'enregistrement des dates à partir d'au moins un emplacement d'où l'heure d'été s'appliquer. Cela signifie que, à tout le moins vous avez à vous soucier de la 2007 le changement dans le changement des dates. Vous pouvez très bien avoir à vous soucier de plusieurs fuseaux horaires, éventuellement, de l'Arizona et peut-être même de la Nation Navajo. Vous voulez vraiment être le stockage soit UTC ou datetimeoffset dans SQL Server et de faire de votre date de maths dans votre couche de gestion.

    OriginalL'auteur