Skip site navigation (1) Skip section navigation (2)

Re: Foreign Keys

From: Peter Jackson <mltasmaniac(at)tasjackson(dot)com>
To: pgsql <pgsql-novice(at)postgresql(dot)org>
Subject: Re: Foreign Keys
Date: 2009-01-11 22:51:59
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-novice
David Gardner wrote:
> I am not sure I know of an elegant solution to this, but I can think 
> of two possible solutions.
> One is to change the primary key on table 2 to a serial type, and 
> place a unique constraint on the acro column. Then change your foreign 
> key in table 1 to an integer type. The problem is you have to do a 
> little more work in your user interface, and you are forced to always 
> perform a join on table 2 to find out the value of acro.
> In table 2 you could add a second column called acro_uppercase that 
> contains the same data in all uppercase.
> Then point your foreign key in table 1 to that column, then add a 
> trigger to table 1 to convert the typed in data to upper case.
> Only thing is now if you want to display the acro in a user friendly 
> way you are forced to perform a join against table 2. The trigger 
> could look something like this (if you go this route you might also 
> want to use the trim() function as well):
> CREATE FUNCTION mk_upper() RETURNS trigger AS $mk_upper$
>    BEGIN
>      NEW.acro := upper(NEW.acro);
>       RETURN NEW;
>    END;
> $mk_upper$ LANGUAGE plpgsql;
Ah well guess it was to much to hope for. Will have to sit down and
think of the way to handle it now.  Thought I'd be pushing my luck.
Only draw back with above options the acro's can be used in several
places and some times the way they are outputted matter and sometimes it
doesnt.  (in the outputted format).

Well guess I can always  fall back to  the  good old 4x2 option to
train them to type it in correctly.

Peter Jackson

(apologizes to David I never meant to send it direct to you)

In response to

pgsql-novice by date

Next:From: LukasDate: 2009-01-12 12:38:15
Subject: Re: Postgesql lib
Previous:From: Andreas KretschmerDate: 2009-01-11 13:55:14
Subject: Re: Adding not null check constaint to list of columns

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group