Re: Surrogate keys (Was: enums)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Surrogate keys (Was: enums)
Дата
Msg-id 10535.1137647201@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Surrogate keys (Was: enums)  (Michael Glaesemann <grzm@myrealbox.com>)
Ответы Re: Surrogate keys (Was: enums)  (Greg Stark <gsstark@mit.edu>)
Re: Surrogate keys (Was: enums)  (David Fetter <david@fetter.org>)
Re: Surrogate keys (Was: enums)  (Bruno Wolff III <bruno@wolff.to>)
Список pgsql-hackers
Michael Glaesemann <grzm@myrealbox.com> writes:
> As far as I can tell, the only difference between your position,  
> Dann, and Date and Darwen's, is that you think no natural key is  
> immutable.

D&D's examples of "natural" keys are worth a second look though:

>> If a primary key exists for a collection that is known never to change,
>> for example social security number, student registration number, or
>> employee number, then no additional system-assigned UID is required.

The problem with SSN is that somebody other than you controls it.
If you are the college registrar, then you control the student's
registration number, and you don't have to change it.  In fact, guess
what: you probably generated it in the same way as a surrogate key.

I'd argue that all of these are in reality the exact same thing as
a surrogate key --- from the point of view of the issuing authority.
But from anyone else's point of view, they are external data and you
can't hang your own database design on the assumption that they won't
change.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: pgxs/windows
Следующее
От: "Joshua D. Drake"
Дата:
Сообщение: 8.0.5 Bug in unique indexes?