|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Sergey Mokhov 2:5020/400 19 Feb 2001 21:29:44
To : All
Subject : Re: идеология схемы бд
--------------------------------------------------------------------------------
> > Hо отдельная проблема заключается и в том, что сущность "человек" также
> > может меняться по времени:
> > событие "человек сменил фамилию".
>
> Достаточно типичная ситуация.
> Вопрос ?1 - а оно надо?!
>
> Вопрос ?2 - а пробовали схему "Параметры = приказы на изменение
параметров."
> с пересчетом состояния на требуемую дату.
Извини, не понял.
> Вот как раз из просто теории можно сделать неплохие выводы, внимательно
> почитав не саму теорию, а допущения, принятые при выведении теории. ПК -
> есть средство однозначной идентификации сущности. ПК не может быть изменен
> (никак и никогда) и т.д. Отсюда - ПК только суррогатный и, отсюда, никоим
> образом не составной (отдельное спасибо Т.Т. за его "ранние лекции" ;))
[...]
> "Человек" - сущность
> "Параметр человека" - сущность
>
> "Дата вступления в силу параметра" - характеристика сущности "Параметр
> человека". Для сущности "Параметр человека" есть ограничение (CONSTRAINT)
> типа "уникальность", состоящее из ссылки на сущность "Человек" и
собственной
> характеристики сущности "Дата".
Имеем для сущности "Параметр человека":
1) Суррогатный первичный ключ
2) Уникальный констрайнт из: суррогатного ключа "Человек" + суррогатного
ключа сущности "Параметр человека" + "Дата вступления в силу параметра".
Зачем здесь суррогатный ключ сущности "Параметр человека"? Комбинация
[суррогатный ключ сущности "Параметр человека" + "Дата вступления в силу
параметра"] - и так уникальна. Вот и первичный ключ. Составной.
--
Sincerely Yours,
S. Mokhov
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
