From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> |
Cc: | "Andrew Dunstan" <andrew(at)dunslane(dot)net>, "Robert Haas" <robertmhaas(at)gmail(dot)com>, "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com>, "Thom Brown" <thombrown(at)gmail(dot)com>, "PGSQL Mailing List" <pgsql-general(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org, "Craig Ringer" <craig(at)postnewspapers(dot)com(dot)au> |
Subject: | Re: [HACKERS] Updating column on row update |
Date: | 2009-11-24 17:28:20 |
Message-ID: | 19473.1259083700@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
"Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> writes:
> So we're conceding that this is a valid need and people will now have
> a way to meet it. Is the argument against having CINE syntax that it
> would be more prone to error than the above, or that the code would be
> so large and complex as to create a maintenance burden?
The argument against CINE is that it's unsafe. The fragment proposed
by Andrew is no safer, of course, but it could be made safe by adding
additional checks that the properties of the existing object are what
the script expects. So in principle that's an acceptable approach,
whereas CINE will never be safe.
But actually I thought we had more or less concluded that CREATE OR
REPLACE LANGUAGE would be acceptable (perhaps only if it's given
without any extra args?). Or for that matter there seems to be enough
opinion on the side of just installing plpgsql by default. CINE is
a markedly inferior alternative to either of those.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Harald Fuchs | 2009-11-24 17:32:00 | Re: pgsql 'prefix' error |
Previous Message | Kevin Grittner | 2009-11-24 17:14:53 | Re: [HACKERS] Updating column on row update |
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2009-11-24 17:59:40 | Re: [HACKERS] Updating column on row update |
Previous Message | Oleg Bartunov | 2009-11-24 17:16:10 | garbage in psql -l |