From: | "Sebastian Ritter" <ritter(dot)sebastian(at)gmail(dot)com> |
---|---|
To: | "Erik Jones" <erik(at)myemma(dot)com> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: Database normalization |
Date: | 2007-08-28 15:10:37 |
Message-ID: | 99b656cb0708280810p559380c6tb3d867f3254ed417@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Hi,
The views option sounds best in my opinion but sadly i cant play with things
like inheritance or views as Im using Django as my ORM and since its
relatively new, it doesnt yet support such database operations.
Id like the ids for each "entity" to be serial and hence there would be
overlap between client_ids and service_ids.
Cheers,
Sebastian
On 8/28/07, Erik Jones <erik(at)myemma(dot)com> wrote:
>
> On Aug 28, 2007, at 6:47 AM, Sebastian Ritter wrote:
>
> > Hello,
> >
> > I have a fairly basic question about database design where im not
> > sure which approach is considered correct.
> >
> > I have two different entities: Clients and Services. Both allow
> > users to add progressive updates about the two entities.
> >
> > The update/message format is exactly the same for both. Should I
> > make two different tables:
> >
> > client_updates and service_updates
> > or
> > one table with extra columns : is_client, client_id, service_id,
> > where either client_id or service_id would be null depending on the
> > is_client boolean?
> >
> > The major problem is simply relating the foreign key in the updates
> > table back to the correct entity, client or service.
>
> Are client_id and service_id artificial ids? If so, is it an actual
> requirement that they have distinct id sequences? I.e. is it
> necessary that there can be both client_id=1 and service_id=1? If
> not, you can use one table, say Entities, lose client_id, service_id,
> and is_clent and replace them with entity_id and entity_type. Then
> your foreign key in your updates table just needs to reference
> entity_id, or possibly (entity_id, entity_type) if you want to be
> really strict about things. If you want to make querying the table
> simple for either case create Clients and Services views on the
> table. This also gives you the ability to add other entity types
> where you may to track whatever kind of updates these are.
>
> Erik Jones
>
> Software Developer | Emma(r)
> erik(at)myemma(dot)com
> 800.595.4401 or 615.292.5888
> 615.292.0777 (fax)
>
> Emma helps organizations everywhere communicate & market in style.
> Visit us online at http://www.myemma.com
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Sebastian Ritter | 2007-08-28 15:15:01 | Re: Database normalization |
Previous Message | Andrew Sullivan | 2007-08-28 14:59:02 | Re: Database normalization |