Database Research & Development

  • Home
  • NoSQL
    • NoSQL
    • Cassandra
  • Databases
    • Database Theory
    • Database Designing
    • SQL Server Coding Standards
    • SQL Server
    • PostgreSQL
    • MySQL
    • Greenplum
    • Linux
  • Interviews
    • SQL Server Interviews
    • MySQL Interviews
    • SQL Puzzles
  • DBA Scripts
    • SQL Server DBA Scripts
    • PostgreSQL DBA Scripts
    • MySQL DBA Scripts
    • Greenplum DBA Scripts
  • Home
  • Blog Archives !
  • (: Laugh@dbrnd :)
  • Contact Me !
sqlserverinterviews
Home 2018 April PostgreSQL: Get the Milliseconds from the Timestamp

PostgreSQL: Get the Milliseconds from the Timestamp

This article is half-done without your Comment! *** Please share your thoughts via Comment ***

In this post, I am sharing a conversion statement which converts Timestamp into Milliseconds in PostgreSQL Server.

There are multiple reasons where we need milliseconds from the given Timestamp like comparing the timestamp value in number format for exact matching.

We can use EPOCH time format, to get the milliseconds from Timestamp.

Get milliseconds without specifying timezone:

1
SELECT EXTRACT(EPOCH FROM (SELECT NOW())) * 1000;

Get milliseconds by specifying timezone:

1
SELECT EXTRACT(EPOCH FROM (SELECT NOW() AT TIME ZONE 'UTC')) * 1000;

Apr 10, 2018Anvesh Patel
PostgreSQL: Script to check the status of Shared Buffer (Use pg_buffercache)PostgreSQL: Set listen_addresses for multiple Host Addresses
Comments: 3
  1. Manisha
    April 13, 2018 at 11:53 am

    Thanks a lot for the post.

    ReplyCancel
  2. Tamás
    October 1, 2019 at 6:43 pm

    Not an expert on postgres, but I don’t think this gives you milliseconds precision, assuming the epoch is extracted as integer.

    ReplyCancel
  3. tex
    October 24, 2019 at 1:51 pm

    Thanks !

    ReplyCancel

Leave a Reply to Tamás Cancel reply

CAPTCHA
Refresh

*

Anvesh Patel
Anvesh Patel

Database Engineer

April 10, 2018 3 Comments PostgreSQLAnvesh Patel, database, database research and development, dbrnd, EPOCH, MILLISECOND, plpgsql, Postgres Query, postgresql, PostgreSQL Administrator, PostgreSQL Error, PostgreSQL Monitoring, PostgreSQL Performance Tuning, PostgreSQL Programming, PostgreSQL Tips and Tricks, TIMESTAMP
About Me!

I'm Anvesh Patel, a Database Engineer certified by Oracle and IBM. I'm working as a Database Architect, Database Optimizer, Database Administrator, Database Developer. Providing the best articles and solutions for different problems in the best manner through my blogs is my passion. I have more than six years of experience with various RDBMS products like MSSQL Server, PostgreSQL, MySQL, Greenplum and currently learning and doing research on BIGData and NoSQL technology. -- Hyderabad, India.

About DBRND !

dbrnd

This is a personal blog (www.dbrnd.com).

Any views or opinions represented in this blog are personal and belong solely to the blog owner and do not represent those of people, institutions or organizations that the owner may or may not be associated with in professional or personal capacity, unless explicitly stated.

Feel free to challenge me, disagree with me, or tell me I’m completely nuts in the comments section of each blog entry, but I reserve the right to delete any comment for any reason whatsoever (abusive, profane, rude, or anonymous comments) - so keep it polite.

The content of this website is protected by copyright. No portion of this website may be copied or replicated in any form without the written consent of the website owner.

Recent Comments !
  • Anvesh Patel { Sure will do... } – May 27, 12:43 PM
  • Anvesh Patel { Great... } – May 27, 12:41 PM
  • Anvesh Patel { Great... } – May 27, 12:39 PM
  • Anvesh Patel { Great... } – May 27, 12:36 PM
  • Anvesh Patel { Great... } – May 27, 12:28 PM
  • Anvesh Patel { Great... } – May 27, 12:27 PM
  • Anvesh Patel { Great... } – May 27, 12:16 PM
  • Older »
Follow Me !
  • facebook
  • linkedin
  • twitter
  • youtube
  • google
  • flickr
© 2015 – 2019 All rights reserved. Database Research & Development (dbrnd.com)
Posting....