Re: timestamp default values

> [ shrug... ]  This is just a variant of the choose-a-new-function-name
> game.  If we are going to choose a new function name, choosing one that
> collides with an existing name (obsolete or not) doesn't seem like a
> win to me.  You could just as well choose another name, and avoid
> angering whoever out there might still be using timenow().

Agreed.  It looks like finding a good name for this function would in
fact be the hardest part of adding it ... the namespace for now()-like
functions is quite cluttered.

I'd be inclined to go with "gettime()", but I'm certainly open to suggestions.

> BTW: at least with our current interpretation of these datatypes, the
> only type that is sensible for a now()-like function to return is
> timestamptz.  Not plain timestamp; that cannot be considered to
> represent a well-defined instant at all.

True.