> No, it's just that CURRENT_TIMESTAMP doesn't presently reduce its
> precision, as you assert it should do. However, I see nothing in SQL99
> 6.19 that asserts anything about the precision of CURRENT_TIMESTAMP
> without a precision indicator. It just says
> 2) If specified, <time precision> and <timestamp precision>
> respectively determine the precision of the time or timestamp
> value returned.
> which seems to leave it up to us to choose the behavior when no
> precision is specified. I'd prefer to see CURRENT_TIMESTAMP return as
> much precision as possible (see also previous message).
Hmm. Somewhere else it *does* specify a precision of zero for TIME and
TIMESTAMP; wonder why that rule wouldn't apply to CURRENT_TIME etc too?
Not that lots of precision isn't good, but I'd like to be consistant.
> BTW, CURRENT_TIME and CURRENT_TIMESTAMP should return TIMETZ and
> TIMESTAMPTZ respectively, but currently do not --- are you fixing that?
Yup. Though I'm not certain that it would effectively be any different.
- Thomas