From: | "Josh Berkus" <josh(at)agliodbs(dot)com> |
---|---|
To: | "Chris Ruprecht" <chrup999(at)yahoo(dot)com>, "pgsql" <pgsql-sql(at)postgresql(dot)org> |
Subject: | Re: More Database Design Stuff |
Date: | 2001-08-02 22:36:03 |
Message-ID: | web-95984@davinci.ethosmedia.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Chris,
> I don't really care if people say it's bad to do this kind of thing,
> I like
> to tell them that I will do what works for me, and there is usually
> not much
> to argue about that point ;).
In most cases, simple surrogate keys (i.e. cust_id SERIAL) are the
easiest things to deal with. However, there are many cases where a
multi-column key can be superior.
Fabian Pascal has an excellent disussion of evaluating the suitability
of candidate keys in selecting a primary key in Practical Issues in
Database Design. It may also be on his web site
(http://www.firstsql.com/dbdebunk/)
(Candidate keys are unique combos of information in a table that could
be a primary key if you wanted)
-Josh
______AGLIO DATABASE SOLUTIONS___________________________
Josh Berkus
Complete information technology josh(at)agliodbs(dot)com
and data management solutions (415) 565-7293
for law firms, small businesses fax 621-2533
and non-profit organizations. San Francisco
From | Date | Subject | |
---|---|---|---|
Next Message | Morgan Curley | 2001-08-03 03:50:58 | converting timestamps to ints |
Previous Message | Chris Ruprecht | 2001-08-02 20:59:38 | Re: More Database Design Stuff |