|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Eugene Karataev 2:5020/400 21 Jun 2002 13:08:45
To : Igor Shmidt
Subject : Re: Уникальный ключ для человека
--------------------------------------------------------------------------------
> > Если этот ключ не использоать для связки таблиц (т.е. плохой вариант
> не
> > рассматриваем), а только для идентификации человека, то что мешает
> соорудить
> > составной ключ, привязанный к конкретной БД, напр.:
> > DDD YYYY MM X NNNNN
> > где
> > DDD - номер БД
> > YYYY - год появления
> > MM - месяц
> > NNNNNN - порядковый номер
> > X - контрольная сумма
> Пупкина Авдотья Семеновна должна иметь одинаковый ключ во всех базах, даже
> если она поменяла фамилию, паспорт, место жительства и чего там еще можно
> поменять. Т.е ключ служит именно для идентификации человека.
Человек может изменить все, кроме своей национальности, места и времени
рождения. Это случившиеся факты. Со временем очень слабо меняются
некоторые биометрические характеристики. Все остальное может быть изменено,
поскольку является придуманной условностью либо отсутствовать.
Попытка идентифицировать человека по ИHH - просто глупость,
поскольку право его получения не является обязанностью.
Первые три пункта проверить на самом деле очень сложно за исключением ярко
выраженной национальности. Поэтому опереться практически не на что.
Hо это если рассматривать долгоживущий ключ. Если заменить его на
короткоживущий - то можно. Hапример, сочетание номера паспорта,
Имени - Фамилии - Отчества (у некоторых нерусских, кстати,
отчеств нет, и у некоторых несколько имен) и даты, на которую это сочетание
бралось, является уникальным. Поэтому у человека может быть несколько
ключей, однозначно на него указывающих. Hапример, первый ключ - тот,
который выдан в январе 1970, второй - то, который выдан в мае 2002.
Это тоже просто констатация случившихся фактов, которые человек
не может изменить.
Оба указывают на одного и того же человека, хотя по значению различны.
В базе, мне представляется, можно ссылаться по всем ключам на человека.
В принципе, в разные фрагменты базы инфа на человека может поступить
под разными ключами, и можно просто слить ее, зная механизм
сравнения таких короткоживущих ключей. Правда, техническую реализацию
пока предложить не могу - пока только логическая идея.
В предложении нет ответа, как сделать единый ключ, но один из таких
короткоживущих ключей может быть использован в качестве главного
и считаться своего рода искомым "одинаковым" ключом.
Остальные - просто его синонимы.
Евгений Каратаев,
http://karataev.hotmail.ru
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
