des enregistrements à partir d'hier dans postrgesql

J'ai une application dans laquelle j'ai utilisé MySQL. J'ai eu un rapport qui a tendu les enregistrements des dernières 24 heures. J'ai utilisé la requête:

WHERE (DATE_SUB(CURDATE(), INTERVAL 1 DAY) <= FROM_UNIXTIME(`workorder`.`CREATEDTIME` / 1000))

Maintenant, je dois utiliser PostgreSQL et ne savent pas comment faire un rapport de la cours des dernières 24 heures.
Qui de vous aider?

InformationsquelleAutor Krokodyle | 2013-07-28
  1. 61
    WHERE workorder.createdtime > current_date - 1     -- Yesterday and today

WHERE workorder.createdtime > current_timestamp - interval '1 day' -- last 24hr
    • J'ai un message: ERREUR: opérateur n'existe pas: bigint > timestamp avec fuseau horaire
    • Cette erreur signifie que votre workorder.createdtime est un bigint. Vous avez besoin de traduire pour un bon date ou timestamp.
    • J'ai traduit à ce jour. Il fonctionne! Merci pour votre aide
    • Cela va prendre tous les éléments après hier. Pas seulement aujourd'hui et d'hier.
    InformationsquelleAutor Curt
  2. 29

    > TIMESTAMP 'yesterday'

    Pour des raisons de commodité, Postgres comprend quelques valeurs codées en dur comme spécial de la Date/Heure des entrées. Ils comprennent:

    • yesterday
    • today
    • tomorrow
    • now

    Essayer SELECT TIMESTAMP 'now'.

    Pour exemple, voici un exemple de requête.

    SELECT when_row_created_
FROM customer_
WHERE when_row_created_ > TIMESTAMP 'yesterday' 
ORDER BY when_row_created_ DESC
;

    Ces commandes peuvent ne pas être appropriées à la production de code, mais ils sont certainement à portée de main dans le développement. Lire les docs et faire un peu de pratique pour être sûr que vous comprenez le comportement de ces commandes, la façon dont la session est temps de la zone de touche, et ainsi de suite.

    Inconvénients comprennent: (a) de manière implicite en ignorant la question cruciale de la zone de temps, et (b) de ne pas le standard SQL.

    • Par curiosité, pourquoi ne sont-ils pas approprié pour la production de code?
    • Pour une chose, il ignore la question cruciale de la zone de temps. Implicitement dépend du fuseau horaire de la session. Mieux être explicite et spécifier le fuseau horaire dans votre code.
    InformationsquelleAutor Basil Bourque
  3. 6
    where workorder.createdtime >= now() - interval '24 hour'
    • Il est généralement préférable d'utiliser le SQL standard current_date mot-clé plutôt que de now.
    • Merci, je ne suis pas à l'aide de postgres très souvent ufortunately
    InformationsquelleAutor Roman Pekar