|
|
|
Создание ключа по фамилии
|
|||
|---|---|---|---|
|
#18+
Необходим алгоритм создания уникального ключа по фамилии Применяемый в авия/жд перевозках Фамилия, Имя, Отчество-->IDxxxx ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2005, 08:02 |
|
||
|
Создание ключа по фамилии
|
|||
|---|---|---|---|
|
#18+
Iron MAnНеобходим алгоритм создания уникального ключа по фамилии Применяемый в авия/жд перевозках Фамилия, Имя, Отчество-->IDxxxxА если Фамилия, Имя, Отчество совпадает полностью с другим челавеком, а даты рождения или место рождения разные??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2005, 08:21 |
|
||
|
Создание ключа по фамилии
|
|||
|---|---|---|---|
|
#18+
В среднем какой либо чел. числится и на другом предприятии(организации) Индекс (Ключ) должен быть уникален для ~100 000 записей А также по ключу ищется (фильтруется) Фамилия ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2005, 08:41 |
|
||
|
Создание ключа по фамилии
|
|||
|---|---|---|---|
|
#18+
m.id='ID'+Upper(allt(f_name)+allt(l_name)+allt(s_name)) Далее выбираем по ключу select * from data where Unique_ID='IDПЕТРОВ' По полю Unique_ID делаем индекс... ЗЫ Бредовый способ... Распишите алгоритм который есть в ЖД. Не все же с ним знакомы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2005, 10:16 |
|
||
|
Создание ключа по фамилии
|
|||
|---|---|---|---|
|
#18+
Ключ НЕ должен нести никакой смысловой нагрузки. Чем плох обычный числовой ключ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2005, 11:46 |
|
||
|
Создание ключа по фамилии
|
|||
|---|---|---|---|
|
#18+
foxwizardКлюч НЕ должен нести никакой смысловой нагрузки. Чем плох обычный числовой ключ? Совсем не обязательно! Суррогатный первичный ключ (Primary Key) вводится только в том случае, если нет подходящего поля (или комбинации полей) таблицы, которые могли бы претендовать на роль Primary Key. С уважением, Алексей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2005, 12:20 |
|
||
|
Создание ключа по фамилии
|
|||
|---|---|---|---|
|
#18+
Точнее их может быть 2. Так называемый открытый - как в данном случае т.е. для общего пользования и закрытый т.е. обычный автоинкрементный ключ. Например как в справочниках 1С. (правда там закрытых нету :-) почти ) ЗЫ Может термины перепутал с несим шифрованием но суть такая. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2005, 14:40 |
|
||
|
Создание ключа по фамилии
|
|||
|---|---|---|---|
|
#18+
Hi Iron MAn! Посчитай MD5 хеш от строки "сцепляющей" ФИО и прочие интересующие тебя реквизиты (дату рождения например, пол, потолок :) ) - достаточно уникально получится - правда по размеру великовать - в "читабельном" (не бинарном) виде это будет либо 32, либо 22 знака (если переводить "просто" в HEX, и если завернуть в BASE64 соответственно). КОНЕЧНО идентичные наборы ФИО+дата_рождения+что_ты_туда_ещё_захочешь_добавить дадут одинаковый ключ - а вот для разных наборов вероятность получения дубля весьма невелика. Если размер уж совсем никак не устраивает - используй не MD5, а другой, более "короткий" алгоритм хэширования - CRC32 - всего 4 байта бинарных данных - т.е. в читабельном виде это 8 либо 6 символов... Правда вероятность получить дубли даже при разных ФИО - уже весьма велика - где-то 70% за то, что будет хотя-бы 1 дубль среди 100000 записей... Для хэша размером хотя-бы в 8 байт (бинарного представления) вероятность уже исчисляется миллиардными долями процента :) Т.е. уже вполне надёжно. P.S. Надёюсь что теперь не последует банальный вопрос как посчитать MD5 хеш :) Т.к. на него есть банальный ответ - пользуйтесь поиском :) Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2005, 02:16 |
|
||
|
|
start [/forum/topic.php?fid=41&msg=33434900&tid=1592781]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
183ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
| others: | 239ms |
| total: | 539ms |
| 0 / 0 |
