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

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search for
  Advanced Search

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

Privacy Policy | PostgreSQL Archives hosted by Command Prompt, Inc. | Designed by tinysofa
Copyright © 1996 – 2008 PostgreSQL Global Development Group