Re: unique constraint on 2 columns
- From: Jeff Davis <pgsql(at)j-davis(dot)com>
- To: Jonathan Vanasco <postgres(at)2xlp(dot)com>
- Cc: pgsql general <pgsql-general(at)postgresql(dot)org>
- Subject: Re: unique constraint on 2 columns
- Date: Fri, 20 Apr 2007 15:13:33 -0700
- Message-id: <1177107213(dot)28383(dot)52(dot)camel(at)dogma(dot)v10(dot)wvs>
On Fri, 2007-04-20 at 17:56 -0400, Jonathan Vanasco wrote:
> On Apr 20, 2007, at 5:43 PM, Vladimir Zelinski wrote:
>
> > This looks like more table design problem than
> > database limitation.
> > The one column should accommodate values from both
> > columns with unique index built on this column. Your
> > requirements tell me that these values are the same
> > nature and should be placed in the same column. To
> > distinguish between them use another column to put an
> > attribute.
>
> No, both values can be present at once. They're both external facing
> guids that point to the same resource and serve as keys for the table
> data. Some rows have one, some have two.
>
> in regards to table desgin solution, if I redid anything it would be
> something like:
> table_main
> main_id
> table_main_2_guid
> main_id
> guid_id unique
> context_id
>
> but then i'm using 2 tables and have to join -- which means I need to
This is more correct structure, and yes, it would involve a join.
> rewrite evertyhing that queries this table - which is both the core
No, it does not mean you need to rewrite anything. Use a view; that's
the great benefit you get from using a relational database like
PostgreSQL.
Regards,
Jeff Davis
Home |
Main Index |
Thread Index