Re: One to many query question

From: Dave Dribin <dave-ml(at)dribin(dot)org>
To: "pgsql-sql(at)postgresql(dot)org" <pgsql-sql(at)postgresql(dot)org>
Subject: Re: One to many query question
Date: 2003-07-30 20:27:36
Message-ID: 20030730202736.GE1383@neo.realtors.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

On Wed, Jul 30, 2003 at 01:11:35PM -0700, Eric Clark wrote:
> On Wed, 2003-07-30 at 12:35, Dave Dribin wrote:
> > CREATE TABLE cd (
> > id integer unique,
> > artist varchar(25),
> > title varchar(25)
> > );
> >
> > CREATE TABLE cd_genres (
> > cd_id integer,
> > genre varchar(25)
> > );
>
> I think you've got this backwards. There is no advantage in the above
> table's over simply having a genre varchar(25) in the cd table.
>
> You really want:
>
> CREATE TABLE genre (
> genre_id serial,
> genre varchar(25)
> );
>
> CREATE TABLE cd (
> cd_id integer unique,
> artist varchar(25),
> title varchar(25),
> genre_id varchar(25) references genre (genre_id)
> );

This doesn't allow multiple genre's per CD, though, does it? A CD
can only have 1 genre_id. I would like the ability to have multiple
genres, in which case a third table is necessary:

CREATE TABLE cd_genres (
cd_id integer,
genre_id integer
);

cd_id references cd.id and genre_id references genre.genre_id.

This still requires the complex LEFT JOIN query from my first post,
too, I think, *plus* an extra join between cd_genres and genre.

-Dave

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Denis Zaitsev 2003-07-30 21:02:52 Re: Nonexistent NEW relation in some places of rules
Previous Message Eric Clark 2003-07-30 20:11:35 Re: One to many query question