Comment puis-je convertir un Sql Server 2008 DateTimeOffset DateTime

Je suis l'espoir de convertir un tableau qui a une DATETIMEOFFSET, jusqu'à un DATETIME champ MAIS recalcule le temps en prenant l'avis de l'offset. Cela, en effet, convertit la valeur de UTC.

par exemple.

CreatedOn: 2008-12-19 17:30:09.0000000 +11:00

qui seront converties à 

CreatedOn: 2008-12-19 06:30:09.0000000

ou 

CreatedOn: 2008-12-19 06:30:09.0000000 + 00:00 -- that's a `DATETIMEOFFSET`, but `UTC`.

Cheers 🙂

InformationsquelleAutor Pure.Krome | 2011-02-10
  1. 54

    De la conversion en utilisant presque n'importe quel style sera la cause de la valeur datetime2 être converti à l'UTC.

    Aussi, la conversion de datetime2 à datetimeoffset simplement de définir le décalage à +00:00, par le dessous, il est un moyen rapide de convertir de Datetimeoffset(offset!=0) à Datetimeoffset(+00:00)

    declare @createdon datetimeoffset
set @createdon = '2008-12-19 17:30:09.1234567 +11:00'

select CONVERT(datetime2, @createdon, 1)
--Output: 2008-12-19 06:30:09.12

select convert(datetimeoffset,CONVERT(datetime2, @createdon, 1))
--Output: 2008-12-19 06:30:09.1234567 +00:00
    • Peut-on expliquer quel est le dernier argument de la "1" de CONVERTIR signifie? Tous les exemples de cet argument, l'utilisation de types de caractères en sortie ou le type d'entrée. Ici nous avons convertir datetimeoffset de type datetime.
    • Le convert() fonction prend un 3ème paramètre qui spécifie le format de sortie. https://www.w3schools.com/sql/func_convert.asp. 1 = "dd/mm/yy" format
    • Que troisième argument n'a aucun sens pour une conversion de datetimeoffset à datetime2, cependant. C'est pour varchar conversions. docs.microsoft.com/en-us/sql/t-sql/functions/... (également W3Schools? ainsi de nombreuses options de meilleure qualité maintenant!)
    • Je suppose que le troisième argument était censé être à l'extérieur convertir (juste pour l'impression des datetimeoffset dans un lisible). Il devrait en être ainsi "select convert(datetimeoffset,CONVERT(datetime2, @createdon), 1)"
    • Vous devez avoir mal compris la question, l'une des deux options demandées est à la chute de l'offset. L'essentiel est de convertir l'heure en UTC. Si ou pas il garde +00.00 est ni ici ni là-bas
    • Note de la réponse de @user166390 ci-dessous. "Les informations de fuseau horaire est jeté dans la conversion, si aucun style n'est spécifié". Si vous ne spécifiez pas le troisième paramètre, 1 ou si c'est autre chose, vous allez perdre le bon UTC conversion

    InformationsquelleAutor RichardTheKiwi
  2. 25

    J'aimerais utiliser le construit en option SQL:

    select SWITCHOFFSET(cast('2008-12-19 17:30:09.0000000 +11:00' as datetimeoffset),'+00:00')
    InformationsquelleAutor Vipeout
  3. 19

    Je sais que c'est une vieille question, mais, si vous voulez convertir DateTimeOffset DateTime, je pense que vous devez prendre en compte le fuseau horaire du serveur de la conversion sur. Si vous venez de faire une conversion(datetime, @Madate, 1), vous perdez simplement le fuseau horaire, ce qui a probablement des résultats dans une conversion incorrecte.

    Je pense que vous avez d'abord besoin de changer l'offset de la valeur DateTimeOffset, puis faire la conversion.

    DECLARE @MyDate DATETIMEOFFSET = '2013-11-21 00:00:00.0000000 -00:00';
SELECT CONVERT(DATETIME, SWITCHOFFSET(@MyDate, DATEPART(tz,SYSDATETIMEOFFSET())));

    Le résultat de la conversion '2013-11-21 00:00:00.0000000 -00:00' DateTime sur un serveur qui est compensée à -7:00 2013-11-20 17:00:00.000. Avec la logique ci-dessus, il n'a pas de mater ce que le fuseau horaire du serveur ou de l'offset de la valeur de type DateTime, elle sera convertie en type DateTime dans les serveurs de fuseau horaire.

    Je crois que vous avez besoin de le faire, car une valeur de type DateTime, on suppose que la valeur est dans le fuseau horaire du serveur.

    • Merci pour ce - que nous avons été en cours d'exécution beaucoup plus de code dans Azure maintenant, mais l'interrogation sur site, bases de données, il est agréable d'être en mesure de prendre une DateTimeOffset dans le cloud, généralement, il UTC, puis de le convertir en une, heure locale, sans avoir à connaître le serveur local fuseau horaire. À l'aide de DateTimeOffeset dans le cloud isole également nous si le cloud n'est pas l'heure UTC.
    • Apparemment, vous n'avez pas testé le code de la réponse 5 ans avant le vôtre. Vous n'avez PAS besoin de prendre en compte le fuseau horaire sur le serveur de la conversion sur. 0600 utc+04:00 est toujours 0200 (UTC) converti en n'importe quel fuseau horaire.
    • p/s, Une valeur de type datetime est toutefois à vous de l'interpréter. Il n'a pas de fuseau horaire hypothèse, et c'est pourquoi datetimeoffset existe.
    InformationsquelleAutor Jeremy
  4. 6

    Remarque: Les informations de fuseau horaire est jeté dans la conversion, si aucun style ("126" ici) est spécifié. Il pourrait également être jetés dans les autres styles, je ne sais pas -- en tout cas suivants ajuste correctement pour la TZ de l'information. Voir CAST et CONVERT.

    select convert(datetime, cast('2008-12-19 17:30:09.0000000 +11:00' as datetimeoffset), 126) as utc;

    Heureux SQL require.

    Modifier

    Ne sais pas si c'est important mais ... datetime ne Pouvez pas stocker ce niveau de précision et d'exactitude. Si ce qui précède est d'exécuter les fractions de secondes, il sera tronqué à 3 chiffres (et la précision est moins que ça). Le même-même avec datetime2 (et datetimeoffset(7)) produit un non tronquée valeur:

    select convert(datetime2, cast('2008-12-19 17:30:09.1234567 +11:00' as datetimeoffset(7)), 126) as utc;
    • qu'est-ce que le style 126? et pourquoi 126?
    • Voir le lien pour le CAST et CONVERT dans la réponse. 126 parce que j'aime la norme ISO 8601 et a dû en choisir un. C'est vraiment pas différent de cyberwiki de prélèvement 1. Comme l'a noté (dans les deux réponses) certains styles peut ne pas prendre le TZ en compte.
    • Un test rapide dans SQL Server 2008 R2 montre qu'en utilisant le style 0 ou (équivalent) en omettant le code de style jeter les informations de fuseau horaire. L'un des autres codes figurant dans le document MSDN conserve.
    • Je suis la recherche que de tenter le style 126 provoque une erreur (dans SQL Server 2012), sont d'un style non pris lors de la conversion directement à partir de DATETIMEOFFSET à DATETIME2. Je n'ai pas trouvé d'autres que 0 et 1, qui sont acceptés (mais je n'ai pas tous les essayer). 126 est de style valide pour la conversion de DATETIMEOFFSET à VARCHAR.
    InformationsquelleAutor
  5. 0

    Afin de tenir compte de l'heure avancée, j'ai utilisé les éléments suivants:

    CONVERT(
  DateTime, 
  SWITCHOFFSET(
    CONVERT(
      DateTimeOffset, 
      CONVERT(
        DateTime, 
        [time_stamp_end_of_interval], 
        120
      )
    ),
    DATENAME(
      TzOffset, 
      CONVERT(
        DateTime, 
        [time_stamp_end_of_interval], 
        120
      ) AT TIME ZONE 'Pacific Standard Time'
    )
  )
)
AS GOOD_PST

    Remarque: time_stamp_end_of_interval est un varchar

    InformationsquelleAutor Duane Pfeiffer