Re: UNIQUE boolean: only one row may be "true"

From: Randall Lucas <rlucas(at)tercent(dot)net>
To: Michael Teter <michael_teter(at)yahoo(dot)com>
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: UNIQUE boolean: only one row may be "true"
Date: 2003-05-06 18:46:51
Message-ID: 19ACA479-7FF3-11D7-A71E-000A957653D6@tercent.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql


Hi Michael,

Per Bruno's suggestion, I think I will go with a partial index. But
your question brings up a good point and I am happy to hear what you
have to say on the design.

The problem being solved is essentially replicating a very limited
subset of SQL DDL to describe an external tabular dataset. For a given
dataset (thing_group) consisting of a number of columns (thing), there
must be no more than one column which is a primary key
(is_main_thing_p). Do you have any suggestions on how this might
better be implemented? It seems to me that with a partial index, there
is not too much overhead and it doesn't seem too offensively
un-boycecoddean.

Best,

Randall

On Tuesday, May 6, 2003, at 01:13 PM, Michael Teter wrote:

> Can you elaborate a little on what you want to do with this (as in,
> example
> data, problem domain, etc.)?
>
> This is probably not the answer you're looking for, but without
> knowing more,
> I would guess that you need a different design, not a 1-true,many
> false field
> constraint.
>
> Perhaps you want something like this?
>
> Table A:
> thing_groupid (primary key)
> ...other group info...
>
> Table B:
> thing_groupid (reference to A.thing_groupid, many to 1)
> thing_id
> ...details about thing...
>
> ?
>
> MT
>
> --- Randall Lucas <rlucas(at)tercent(dot)net> wrote:
>>
>> Hi folks,
>>
>> After a late night of SQL hacking, my brain fizzed out:
>>
>> How shall I create a constraint such that only one row may be 'true'?
>> Rephrased, may I place a WHERE clause in a UNIQUE constraint, or
>> alternatively, may I use a CHECK constraint with an aggregate?
>>
>> Example:
>>
>> CREATE TABLE thing (
>> thing_id serial primary key,
>> thing_group_id int not null references thing_group(thing_group_id),
>> is_main_thing_p boolean not null default 'f',
>> -- there may be only one main thing per group:
>> unique (thing_group_id, is_main_thing_p='t')
>> -- or else something like:
>> -- check (count (*) from thing where
>> thing_group_id=NEW.thing_group_id
>> and is_main_thing_p = 't' <2)
>> );
>>
>> Best,
>>
>> Randall
>>
>>
>> ---------------------------(end of
>> broadcast)---------------------------
>> TIP 3: if posting/reading through Usenet, please send an appropriate
>> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
>> message can get through to the mailing list cleanly
>
>
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
> http://search.yahoo.com
>

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Achilleus Mantzios 2003-05-06 18:46:54 Re: pg_ ?
Previous Message Rado Petrik 2003-05-06 18:24:42 Utils/case for create relation db under Linux