имел ли кто нибудь из глубокоуважаемых опыт в разработке сабжа ?
читал статью-саморекламу:
вот тут ...
в ней в частности упоминаються проблемы с однозначной идентификацией адресов объектов проживания (угловые дома, смена улиц ...), которые решаються с помощью некой почти мифической технологии ведения альтернативных описателей - может кто объяснит :)
Интересует также каким образом эфективнее организовать учет родственных связей граждан (родители, дети, племянники и т.д.)

... вобщем что скажите ?

ЗЫ. может имеет смысл набросать начальный эскиз ключевых сущностей и связей
ЗЫЫ. хотя подожду Ваших мыслей :)

приветствуются: тематические ссылки, ссылки на софт и просто конструктив :)

guest_20040621
авторЭто позволяет однозначно идентифицировать сущность как по штатному , действительному набору атрибутов, так и по альтернативному
в том то и вся суть что по основному набору идентификаторов - адресу - нельзя однозначно идентифицировать объект, точнее он (адрес) не является даже потенциальным ключом для сущности объекта.
интересно является ли это вобще нормальным наличие у объекта двух и более адресов ?

Другой вопрос что может служить альтернативным описанием ? Т.е. продолжаем поиск потенциальных естественных ключей ...
Подходит геогр. координаты - сложно на практике.
Некие технические обозначения объекта из бюро техн. инвентаризации
например КЗ-12Б-2АКУ :) наверняка там что то такое есть - но тоже сложновато на практике, ...
в идеале это должен был быть адрес - самый легкодоступный и естественный ключ ...

по поводу родственных связей:

по всей видимости естественней всего реализровать ввиде двунаправленного графа в котором ребра собственно представляют собой отношения а вершины субъектов отношений

еще вариант: выбрать корень (например по старшинству) и от него описывать отношения - собственно кто кем ему (корню) приходится.

у каждого объекта в общем случае может сколько угодно таких графов так как в объекте может проживать много семей
в общем со связями еще разобраться можно, но с идентификацией объекта пока никак, что ж за альтернативные описания имелись ввиду ?

guest_20040621Imho для практического применения естественных ключей нет. Не только применительно к физическим лицам или адресам.
я бы очень не хотел опять раздувать флейм: естественные VS суррогатные ключи и поэтому назвал это: авторпоиск потенциальных естественных ключей
то есть собственно кандидатов, т.к. суррогат я могу добавить всегда.
Налицо же именно проблема идентификации объекта - Вы же не нацепите на каждый дом identity или sequence ...

2 Templar
авторЕсли же интересует просто концепция Реестра Населения, то могу выслать документ...
... если не затруднит сюда: handle[собака]ukr.нет ... спасибо

теперь по существу - для однозначной идентификации я нашел 4 потенциальных ключа
1 ключ ПК - суррогат (identity(1,1)) собственно ключ в моей системе - к делу не относится.

2 ключ - как в приведенной статье #акт записи + год. рожд. + #ЗАГС
3 ключ - # + серия + дата выдачи удост. личность документа (паспорт, св. о рожд., и т.д.)
4 ключ - ФИО + дата рождения

по идее наиболее верная идентификация происходит по 2 ключу, но сложна по причине частой неполноты ключевых данных.
3 и 4 ключ имеет склонность страдать неактуальностью

хочется чтоб эти ключи работали в системе, но были независимыми
(т.е. взаимодополняли друг друга).
возможно есть еще методы идентификации (экзотику типа биометрии не предлагать :) )
и Вы можете их назвать ...
Интересуют также сама процедура идентификации и методы разрешения коллизий, вобщем
выскажетесь хотя бы вкратце ... (может я вопросы задавать не умею).

ЗЫ. Интересно все таки также Ваше мнение относительно идентификации объектов проживания.