DB2 timestampdiff fonction retournant des résultats inattendus

Je suis en utilisant la syntaxe suivante

TIMESTAMPDIFF(2, CHAR(CREATED - TIMESTAMP('1970-01-01 00:00:00'))

où CREATED est de type TIMESTAMP et la base de données DB2. L'intension est d'obtenir le timestamp converti à millis de l'époque. Si il y a une meilleure fonction qui serait plus utile.

Exemple de données:
Pour 2011-10-04 13:54:50 valeur retournée est 1316613290 mais la valeur réelle doit être 1317732890 (obtenu à partir de http://www.epochconverter.com)

Requête à exécuter

SELECT TIMESTAMPDIFF(2, CHAR(TIMESTAMP('2011-10-04 13:54:50') - TIMESTAMP('1970-01-01 00:00:00'))) FROM  SYSIBM.SYSDUMMY1;

OriginalL'auteur Manoj | 2011-10-06

  1. 7

    C'est le résultat du fait que TIMESTAMPDIFF retourne un estimation de la différence entre les horodateurs, pas la réelle valeur, comme prévu.

    De la référence, page 435 (en supposant que pour iSeries):

    Les hypothèses suivantes sont utilisées pour convertir les valeurs des éléments de
    à la demande de type d'intervalle:

    • Une année compte 365 jours.
    • Une année de 52 semaines.
    • Une année a 12 mois.
    • Un quart a 3 mois.
    • Un mois à 30 jours.
    • D'une semaine de 7 jours.
    • Un jour a 24 heures.
    • Une heure a 60 minutes.
    • Une minute 60 secondes.
    • Une seconde a 1000000 microsecondes.

    Et la formule de calcul utilisée est:

    secondes + (minutes + (h + ((jours + (mois * 30) + (années * 365)) * 24)) * 60) * 60

    C'est, pour des raisons évidentes, inexact. Pas utile.

    Cela semble être une conséquence directe de la façon dont le timestamp de l'arithmétique résultats sont renvoyés.

    C'est-à -

    SELECT                                                              
TIMESTAMP('1971-03-02 00:00:00') - TIMESTAMP('1970-01-01 00:00:00') 
FROM sysibm/sysdummy1

    retourne:

    10,201,000,000.000000         

Which can be divided into:
    • 1 année
    • 02 mois
    • 01 jours
    • 00 heures
    • 00 minutes
    • 00 secondes
    • 000000 microsecondes

    Qui est imprécis période/durée d'informations. Bien qu'il existe une multitude de situations où ce type de données est utile, ce n'est pas l'un d'eux.

    Réponse courte: La réponse exacte ne peut pas être correctement calculée dans la base de données, et en fait ne devrait pas.

    Réponse longue:

    Les calculs sont possible, mais plutôt complexe, et certainement pas adapté pour les dans la base de données de calcul. Je ne vais pas reproduire ici (JodaTime si vous êtes intéressés, plus précisément les différents Chronology sous-classes). Votre plus gros problème va être le fait que les mois n'ont pas tous la même longueur. Aussi, vous allez rencontrer de problèmes majeurs si votre horodatages sont autre chose que de l'UTC - plus précisément, à l'heure d'été est en passe de jouer des ravages avec le calcul. Pourquoi? Car les décalages peuvent changer à tout moment, pour n'importe quel pays.

    Peut-être que vous pourriez nous expliquer pourquoi vous avez besoin le nombre de millisecondes? Nous espérons que vous êtes à l'aide de Java (ou en mesure de le faire), et peut utiliser java.time. Mais si vous êtes sur un iSeries, c'est probablement RPG...

    super réponse! si j'avais plus de upvotes à donner...

    OriginalL'auteur Clockwork-Muse

  2. 1

    Selon le v9.7 info centre, TIMESTAMPDIFF retourne un estimé différence de temps, basé sur 365 jours dans une année (pas vrai ~25% du temps), 30 jours dans un mois (pas vrai 75% du temps, même si la moyenne est un peu mieux que ça), 24 heures dans une journée (pas vrai un couple de jours de l'année dans certains fuseaux horaires), 60 minutes dans une heure (hourra, un droit!), et 60 secondes dans une minute (true >99,9% du temps, nous avons des secondes intercalaires).

    Alors, non, ce n'est pas la façon d'obtenir de l'époque dans DB2. Jusqu'à présent, j'ai eu recours à l'obtention de l'époque comme un timestamp, et de le convertir en client.

    OriginalL'auteur Tanktalus

  3. 1

    Partie de votre erreur se produit en raison de l'inexactitude de la TIMESTAMPDIFF fonction, comme d'autres l'ont souligné.

    L'autre source d'erreur se produit parce que l'Époque est basé sur GMT – donc, vous avez à prendre votre fuseau horaire local en compte.

    Ainsi, vous pouvez le faire avec l'expression suivante:

    (DAYS(timestamp('2011-10-04-13.54.50.000000') - current timezone) - DAYS('1970-01-01-00.00.00.000000')) * 86400 + MIDNIGHT_SECONDS(timestamp('2011-10-04-13.54.50.000000') - current timezone)

    Vous pouvez écrire une simple UDF de le simplifier:

    create or replace function epoch (in db2ts timestamp)
   returns bigint
   language sql
   deterministic
   no external action
   return (days(db2ts - current timezone) - days('1970-01-01-00.00.00.000000')) * 86400 + midnight_seconds(db2ts - current timezone);

    Bonne chance,

    OriginalL'auteur Ian Bjorhovde