Skip site navigation (1) Skip section navigation (2)

Re: /contrib/unixdate: Broke in cvs tip.

From: Larry Rosenman <ler(at)lerctr(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL Hackers List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: /contrib/unixdate: Broke in cvs tip.
Date: 2001-05-30 00:56:59
Message-ID: 20010529195659.A25566@lerami.lerctr.org (view raw, whole thread or download thread mbox)
Thread:
Lists: pgsql-hackers
* Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> [010529 10:07]:
> Larry Rosenman <ler(at)lerctr(dot)org> writes:
> > I tried to use the unixdate contrib, and got the following:
> 
> I think unixdate is suffering from bit-rot.  Most or all of what it
> does is now part of the mainframe anyway.
Aha!  I couldn't find what I needed...
> 
> > Any ideas? (I need SOMETHING that takes a unix timestamp and turns it
> > to timestamp. )
> 
> There are a number of ways.  I tend to rely on the binary equivalence
> between int4 and abstime:
> 
> regression=# select now()::abstime::int4;
>  ?column?
> -----------
>  991145365
> (1 row)
> 
> regression=# select 991145365::int4::abstime::timestamp;
>         ?column?
> ------------------------
>  2001-05-29 10:09:25-04
> (1 row)
This ugly one worked for me, but I'd still like to see
a more general way to move from a unix timestamp to datetime with out
the 3 casts....
> 
> but the more officially supported way to do the former is
> date_part('epoch', timestamp), and I think there is also an
> Approved Way to do the latter.  (Thomas?)
Thanks again, Tom!

LER

-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler(at)lerctr(dot)org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

In response to

pgsql-hackers by date

Next:From: Christopher Kings-LynneDate: 2001-05-30 08:59:40
Subject: Unused pg_class columns
Previous:From: Bruce MomjianDate: 2001-05-30 00:54:33
Subject: Re: Proceeding with gettext

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group