Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
21.11.2006, 09:43
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
Есть список людей, есть список их посещений. Нужен идентификатор человека для связи этих списков пожизненный.. Документы (паспорта и т.п.) не подходят, т.к. меняются в жизни несколько раз либо выдаются через несколько лет после рождения (страховое пенсионное свидетельство) + не все их постоянно носят с собой.. Искуственные идетификаторы (GUID например) не подходят, т.к. данные будут сливаться из разных учреждений и следовательно у одного человека получиться два идентификатора.. Варианты: 1) Уникальный идентификатор человека: ФАМИЛИЯ+ИМЯ+ОТЧЕСТВО+ДАТАРОЖДЕНИЯ+МЕСТОРОЖДЕНИЯ получаем длинный текстовый идентификатор с высокой степенью уникальности (маловероятно рождение двух людей с одинаковыми фио в один день в одном населенном пункте, кроме Москвы конечно :) ) Неясно как быть при смене фамилии (например при замужестве).. Немогу предсказать скорость работы БД (SQL Server 2000) при большом количестве данных (предполагается около 2-3 млн. человек и 15-20 млн. посещений в сводной базе на местах конечно меньше) 2) ? Ктонибудь сталкивался с такой проблемой.. каким образом строили идентификатор человека? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 09:53
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
по ходу напрашиваются отпечатки пальцев :) как там счас с аппаратными сканерами отпечатков ??? ведь наверняка есть такие устройства... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 10:09
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
anjeyпо ходу напрашиваются отпечатки пальцев :) как там счас с аппаратными сканерами отпечатков ??? ведь наверняка есть такие устройства... а сервер умеет строить индексы по отпечаткам? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 10:18
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
Не надо флудить.. проблема серьезная, но какое то решение должно быть.. неидеальное.. тут уж смотря чем придется поступиться.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 10:21
|
|||
|---|---|---|---|
|
|||
Идентификатор человека |
|||
|
#18+
anjeyпо ходу напрашиваются отпечатки пальцев :) как там счас с аппаратными сканерами отпечатков ??? ведь наверняка есть такие устройства... Не забывайте, что не всегда есть пальцы....... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 10:26
|
|||
|---|---|---|---|
|
|||
Идентификатор человека |
|||
|
#18+
Уникальный Идентификатор - суррогатный ключ Всё остальное - атрибуты. 100% "надёжности" не будет, предусмотрите механизм объявления двух персон одной. Ищите в форуме - копий уже сломано не мало и будет поломано ещё P.S. "Карл Маркс и Фридрих Энгельс - два человека, а не четыре, а Слава КПСС - вовсе не человек" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 10:42
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
OS/360Уникальный Идентификатор - суррогатный ключ Всё остальное - атрибуты. 100% "надёжности" не будет, предусмотрите механизм объявления двух персон одной. Ищите в форуме - копий уже сломано не мало и будет поломано ещё P.S. "Карл Маркс и Фридрих Энгельс - два человека, а не четыре, а Слава КПСС - вовсе не человек" Какой суррогатный ключ использовать - GUID? Как он нагрузит БД при таких объемах данны? По каким параматрам объявлять две персоны одной? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 10:50
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
не вижу проблемы в вопросе: - нет никакого АВТОраспознователя одного человека, придётся писать свои БизнесПравила - Привязываться надо к чему-либо официальному (список паспортов/ИНН/штрих-кодНаРуке) - Постоянный мониторинг базы на поиск "подозрительных" запуском ХП Код: plaintext ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 10:52
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
Во! ДНК в качестве ключа подойдёт :) Правда у мухи Дроздофиллы похожая :) ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 11:02
|
|||
|---|---|---|---|
|
|||
Идентификатор человека |
|||
|
#18+
SchwanЕсть список людей, есть список их посещений. Нужен идентификатор человека для связи этих списков пожизненный.. Документы (паспорта и т.п.) не подходят, т.к. меняются в жизни несколько раз либо выдаются через несколько лет после рождения (страховое пенсионное свидетельство) + не все их постоянно носят с собой.. Искуственные идетификаторы (GUID например) не подходят, т.к. данные будут сливаться из разных учреждений и следовательно у одного человека получиться два идентификатора.. Варианты: 1) Уникальный идентификатор человека: ФАМИЛИЯ+ИМЯ+ОТЧЕСТВО+ДАТАРОЖДЕНИЯ+МЕСТОРОЖДЕНИЯ получаем длинный текстовый идентификатор с высокой степенью уникальности (маловероятно рождение двух людей с одинаковыми фио в один день в одном населенном пункте, кроме Москвы конечно :) ) Неясно как быть при смене фамилии (например при замужестве).. Немогу предсказать скорость работы БД (SQL Server 2000) при большом количестве данных (предполагается около 2-3 млн. человек и 15-20 млн. посещений в сводной базе на местах конечно меньше) 2) ? Ктонибудь сталкивался с такой проблемой.. каким образом строили идентификатор человека? Возьмите № свидетельства о рождении - оно с нами от начала (с первых дней) до конца жизни... Остальное "от лукавого" Приоткройте тайну - что это за мега-система такая: слияние разных баз, список посещений, 2-3 млн. человек зарегистрированных в базе данных, да еще и условие постоянного наличия документа, удостоверяющего личность... Уж не про нелегальных иммигрантов ли речь идет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 11:29
|
|||
|---|---|---|---|
|
|||
Идентификатор человека |
|||
|
#18+
Идентфикационный номер налогоплательщика (ИНН). Присваивается единыжды, при смене места жительства не меняется, после смерти повторно этот же номер не выдается. Правда не все физ. лица его получили... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 11:51
|
|||
|---|---|---|---|
|
|||
Идентификатор человека |
|||
|
#18+
ИНН при смене места регистрации - меняется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 12:06
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
Станислав СВозьмите № свидетельства о рождении - оно с нами от начала (с первых дней) до конца жизни...Боюсь, что при утере оно восстанавливается под другим номером... Если требования настолько строгие, то, может, правда задуматься об отпечатках пальцев? сканеры сейчас стоят вполне потребных денег, индексировать их (ес-сно не изображение, а некий код) в базе - не проблема... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 12:13
|
|||
|---|---|---|---|
|
|||
Идентификатор человека |
|||
|
#18+
miksoftв базе - не проблема... проблема индексировать и анализировать данные об отпечаках пальцев а некий код - это что подразумевается? у попа была собака? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 12:23
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
proposed amendment miksoftв базе - не проблема... проблема индексировать и анализировать данные об отпечаках пальцев а некий код - это что подразумевается? у попа была собака?Сейчас ссылку не найду, но читал про сканеры отпечатков пальцев для целей безопасности и управления доступом. К ним в комплекте идет специальное ПО, которое изображение отпечатка переводит в 128-битный (или 128-байтный, не помню) код. Этот код примечателен тем, что: 1) равенство кодов говорит о равенстве отпечатков. 2) невозможно обратное преобразование из кода в отпечаток, что соответствует нормам защиты частой жизни и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 12:46
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
Не о каких сканеров отпечатков речь конечно не идет, мы же не ФСБ :) Придется использовать искуственный ключ + проверки по нескольким параметрам.. Но подойдет ли ГУИД для объединения таблиц людей и посещений при подобных объемах данных (будут еще и разнообразные отчеты строится)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 12:52
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
Кстати, не так давно обсуждали . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 12:53
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
SchwanНе о каких сканеров отпечатков речь конечно не идет, мы же не ФСБ :)Тогда ослабляйте требования. И, ес-сно, продумывайте процедуры объединения и разделения "аккаунтов". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 13:16
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
требования сканировать отпечатки пальцев, как и размеров других участков тела :) мягко говоря незаконно. ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 13:30
|
|||
|---|---|---|---|
|
|||
Идентификатор человека |
|||
|
#18+
Не совсем понятно по каким призанкам на данный момент регистрируется "посещение" человека. Под уникальным идентификатором подразумевается какой то признак, предъявляемый человеком в процессе "посещения"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 15:40
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
Сергей СергеевичНе совсем понятно по каким призанкам на данный момент регистрируется "посещение" человека. Под уникальным идентификатором подразумевается какой то признак, предъявляемый человеком в процессе "посещения"? Нужно знать состояние человека при посещении: документы, место жительства, социальный статус и т.п. Вообщем вырисовывается такая структура (убавил щучку): Таблица ЛЮДИ: 1) ИД ЧЕЛОВЕКА (ГУИД) 2) ФАМИЛИЯ 3) ИМЯ 4) ОТЧЕСТВО 5) ДАТА РОЖДЕНИЯ 6) МЕСТО РОЖДЕНИЯ 7) ОГРН УЧРЕЖДЕНИЯ (УНИКАЛЬНЫЙ ИД УЧРЕЖДЕНИЯ) Таблица СОСТОЯНИЯ 1) ИД СОСТОЯНИЯ (СЧЕТЧИК) 2) ИД ЧЕЛОВЕКА (ИЗ ЛЮДИ) 3) АДРЕС 4) ВИД ДОКУМЕНТА 5) СЕРИЯ 6) НОМЕР 7) СТАТУС (ПЕНСИОНЕР,СТРУДЕНТ И Т.П.) Таблица ПОСЕЩЕНИЯ 1) ИД ПОСЕЩЕНИЯ (ГУИД) 2) ИД СОСТОЯНИЯ (ИЗ СОСТОЯНИЯ) 3) ДАТА 4) ПРИЧИНА 5) РЕЗУЛЬТАТ Таким образом мы сможем объединять данные внутри учреждения и внутри территории, а так же иметь информацию о статусе человека при каждом конкретном состоянии.. Пришлось пожертвовать глобальной идентификацией человека :) - как видно идентифицируется уникально только внутри учреждения, в принципе пока и не требуется большего.. Кто чего скажет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 16:16
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
ГУИД человека не несёт никакой смысловой нагрузки - заменить на счётчик. ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 16:31
|
|||
|---|---|---|---|
Идентификатор человека |
|||
|
#18+
anjeyкак там счас с аппаратными сканерами отпечатков ??? Хреново. По опыту использования - плохо опознают и хорошо ломаются. Хотя само собой первое больше софтовая проблема. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.11.2006, 18:14
|
|||
|---|---|---|---|
|
|||
Идентификатор человека |
|||
|
#18+
Schwan Какой суррогатный ключ использовать - GUID? Как он нагрузит БД при таких объемах данны? По каким параматрам объявлять две персоны одной? вероятно, GUID нагрузит СУБД существенно меньше, чем составной естественный ключ по фио с датой рождения Две персоны объявляются совпадающими, если в процессе работы выявилось, что одна персона по ошибке получила более одного идентификатора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=32&mobile=1&tid=1544870]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
182ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
80ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 534ms |
| 0 / 0 |
