From: | "David Wall" <d(dot)wall(at)computer(dot)org> |
---|---|
To: | <pgsql-general(at)postgresql(dot)org>, <pgsql-sql(at)postgresql(dot)org> |
Subject: | Re: Timestamp Resolution in Postgres |
Date: | 2001-05-07 16:20:35 |
Message-ID: | 015301c0d711$a5c5e680$5a2b7ad8@expertrade.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-sql |
> update table person set birthday = '2001-05-03 11:12:56.343' where
objectid
> = '34';
>
> followed by
>
> select * from person where objectid = '34';
>
> I get :
>
> 2001-05-03 11:12:56.34-07
This is a frustration that I also ran into, but there's no clean way to
handle it, especialy when using JDBC which takes the default String format
for a date, and therefore the thousandth of a second number is always
dropped. It's odd, though, since the database itself claims to support down
to millionths or nanos or some such thing. But I've not heard any mention
about how to change the default format to include more digits.
The alternatives appear to be: 1) don't worry about unless that extra
"resolution" really matters -- you know the system clock is not that
accurate anyway; 2) store it in an INT8/long...
David
From | Date | Subject | |
---|---|---|---|
Next Message | Lieven Van Acker | 2001-05-07 16:22:35 | Re: views & triggers |
Previous Message | Tom Lane | 2001-05-07 16:00:29 | Re: subtratcing dates |
From | Date | Subject | |
---|---|---|---|
Next Message | Kyle | 2001-05-07 16:22:35 | Re: RI permission problem |
Previous Message | Radius Administrator | 2001-05-07 16:10:50 | INT8 sequences |