pg.ddx.io pgsql-performance@postgresql.org mailing list archive help / color / mirror / Atom feed From: Tom Lane <tgl@sss.pgh.pa.us>
To: Magnus Hagander <magnus@hagander.net>
Cc: David Jarvis <thangalin@gmail.com>
Cc: Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Cc: pgsql-performance <pgsql-performance@postgresql.org>
Subject: Re: Analysis Function
Date: Sun, 13 Jun 2010 11:58:24 -0400
Message-ID: <14336.1276444704@sss.pgh.pa.us> (raw )
In-Reply-To: <AANLkTimNvCCFgRng7eUm-OMBbx2tkSN7KL2ScXcj2j2x@mail.gmail.com >
References: <AANLkTikihIMleazgqo1NhLo7LA5Tiujz4TIfBL1agxAp@mail.gmail.com >
<AANLkTikZKwBCR8QfGph3aH34A2dJ2NQyOjq-Pt3eZ3_z@mail.gmail.com >
<4C119B3E.3090608@squeakycode.net >
<AANLkTinjUmGWmB3jsjj-6w_44c0K7f_wSrH_1TALPaOY@mail.gmail.com >
<m34ohahrp4.fsf@passepartout.tim-landscheidt.de >
<AANLkTik3l6uedzVJLqn-nueNva46NAFwxbpSe1XSc26_@mail.gmail.com >
<m3typ9hl6a.fsf@passepartout.tim-landscheidt.de >
<AANLkTikPcYh1vMxVynxGnD4RCch8-DMixiGK1v9kO17Z@mail.gmail.com >
<AANLkTim6TrfgLiXM3sTSx6rgXQ3zNLTWBTD_MbU0OPsv@mail.gmail.com >
<12241.1276287655@sss.pgh.pa.us >
<AANLkTil8w33uYIadqvvecTEvTmY9aNvstpuiy1tryyT7@mail.gmail.com >
<AANLkTinPNQZv_9BS1fkoLPXzcBZe8FFv77PBRhPR-GpL@mail.gmail.com >
<4C14746F.9050603@enterprisedb.com >
<AANLkTikBJ4fOqQm4A_sq68SlWnJKkjYKA2L02C4vWQwO@mail.gmail.com >
<AANLkTil3RK4qbICWfbyJNJi7lxyNnFHwWlhaLmsZh3Rn@mail.gmail.com >
<14107.1276443739@sss.pgh.pa.us >
<AANLkTimNvCCFgRng7eUm-OMBbx2tkSN7KL2ScXcj2j2x@mail.gmail.com >
Magnus Hagander <magnus@hagander.net> writes:
> On Sun, Jun 13, 2010 at 17:42, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> ... (We presumably want
>> timezone to default to the system timezone setting, but I wonder how
>> we should make that work --- should an empty string be treated as
>> meaning that?)
> Umm. NULL could be made to mean that, or we could provicde two
> different versions - one that takes TZ and one that doesn't.
Using NULL like that seems a bit awkward: for one thing it'd mean the
function couldn't be STRICT, and also it'd be bizarre that only this
one argument could be null without leading to a null result.
And two separate functions isn't good either. Basically, I think it's
important that there be a way to specify an explicit parameter value
that behaves identically to the default.
> And a third, construct_time(), no?
Yeah, maybe ... do you think there's any demand for it?
regards, tom lane
view thread (30+ messages) latest in thread
Message-ID: <14336.1276444704@sss.pgh.pa.us>
Permalink: ../14336.1276444704@sss.pgh.pa.us/
Also on: postgresql.org/message-id/14336.1276444704@sss.pgh.pa.us
copy link · copy postgr.es
reply Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: tgl@sss.pgh.pa.us, magnus@hagander.net, thangalin@gmail.com, heikki.linnakangas@enterprisedb.com
Subject: Re: Analysis Function
In-Reply-To: <14336.1276444704@sss.pgh.pa.us>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox