Re: Newbie question about db normalization theory: redundant keys OK?
- From: "Tony Rogerson" <tonyrogerson@xxxxxxxxxx>
- Date: Fri, 14 Dec 2007 08:01:28 -0000
CREATE TABLE Schedule
(teacher VARCHAR(15) NOT NULL,
class CHAR(15) NOT NULL,
room INTEGER NOT NULL,
period INTEGER NOT NULL,
PRIMARY KEY (teacher, class, room, period));
That choice of a primary key is the most obvious one -- use all the
columns. Typical rows would look like this:
('Mr. Celko', 'Database 101', 222, 6)
And half way through term the teacher changed their name to 'Mrs Bunting' and now everybody is confused!
Great example of why you should use an artificial key, I'll remember your example for a blog entry I'm writing.
--
Tony Rogerson, SQL Server MVP
http://sqlblogcasts.com/blogs/tonyrogerson
[Ramblings from the field from a SQL consultant]
http://sqlserverfaq.com
[UK SQL User Community]
.
- Follow-Ups:
- References:
- Prev by Date: Re: Multiple Parent Tables (or Multiple Inheritence, or Arc-Relationships...)
- Next by Date: Re: Newbie question about db normalization theory: redundant keys OK?
- Previous by thread: Re: Newbie question about db normalization theory: redundant keys OK?
- Next by thread: Re: Newbie question about db normalization theory: redundant keys OK?
- Index(es):
Relevant Pages
|