| From: | Oliver Siegmar <o(dot)siegmar(at)vitrado(dot)de> |
|---|---|
| To: | Kris Jurka <books(at)ejurka(dot)com> |
| Cc: | pgsql-jdbc(at)postgresql(dot)org |
| Subject: | Re: Interval support for Postgres |
| Date: | 2005-04-22 11:01:49 |
| Message-ID: | 200504221301.49710.o.siegmar@vitrado.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-jdbc |
Hi Kris,
On Thursday 21 April 2005 23:00, Kris Jurka wrote:
> 1) You have an "int milliseconds" field. PG supports microsecond
> precision in intervals. Is there any reason not to go with a plain "float
> seconds" field instead of splitting these up?
Working with floating points is more difficult because of the requirements of
Calendar's roll() - but see the new patch, it uses double for seconds (and
microseconds).
> 2) getValue() calls nf.format(Math.abs(milliseconds)), if milliseconds is
> 2 won't the NumberFormat(ter) turn that into .02 ?
Right, fixed.
> 3) In general the whole "before" API is confusing. Do you have any better
> ideas on how to handle this?
Yes, done.
> a) Note getValue() returns the wrong value if hours == 0 and minutes < 0.
Right, fixed.
> b) Doesn't clone() need to copy the before setting?
No, because it was only used to initialize the values - "before" is dropped
anyway.
> c) After a setValue() if someone does setYear() don't they need to
> know the before setting (which is protected).
I thought these setters only for internal use (they all were protected). Now
they're public and "before" has gone.
Take a look at the new patch, I'm sure you'll find tons of things you don't
like... ;-)
Oliver
| Attachment | Content-Type | Size |
|---|---|---|
| pgjdbc_interval2.diff.gz | application/x-gzip | 3.7 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dave Cramer | 2005-04-22 11:29:42 | Re: Threading problem |
| Previous Message | Palle Girgensohn | 2005-04-22 10:46:02 | Threading problem |