Re: [INTERFACES] [pgaccess-users] RE: bugzilla.pgaccess.org

From: Bradley Baetz <bbaetz(at)student(dot)usyd(dot)edu(dot)au>
To: Rod Taylor <rbt(at)zort(dot)ca>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
Subject: Re: [INTERFACES] [pgaccess-users] RE: bugzilla.pgaccess.org
Date: 2002-07-11 03:08:11
Message-ID: Pine.LNX.4.44.0207111303210.30741-100000@tomato.home
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 10 Jul 2002, Rod Taylor wrote:

> enum(A,B,C) -> column char(1) check (column IN ('A', 'B', 'C'))

right.

>
> timestamp? Output pattern may be different, but PostgreSQL 7.3 will
> accept any timestamp I've thrown at it. Lots of weird and wonderful
> forms.

I'm referring to the mysql |timestamp| type, which will update that
column's contents to |now()| when any UPDATE is given for that partcular
row, unless the column was assigned to. I don't know how to handle the
last part in a trigger. Bugzilla's use of that feature is more trouble
than its worth, though, because we keep forgetting to stop the update in
places where it should be, and there are plans to remove it anyway.

> REPLACE INTO: Have an ON INSERT TRIGGER on all tables which will update
> a row if the primary key already exists -- or catch an INSERT error and
> try an update instead.

BZ uses REPLACE in 4 places, and 3 of those check for the row existing
immediately before. :)

These are bugzilla problems, not postgres ones, though.

Bradley

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2002-07-11 03:09:02 Re: Should this require CASCADE?
Previous Message Bruce Momjian 2002-07-11 03:05:31 Re: Should this require CASCADE?