> Автор: Vch1

Полностью согласен. IDREg нужен для нормализации.

А поиск вести все таки по названию организации (названпие организации - >
idOrganiz -> IdReg->Ключ)


Posted via ActualForum NNTP Server 1.4

> Спор идет что легче запомнить пользователю
> 1) IdReg который будет более 1-5 символов(и рости)
> 2) Название организации в каком комплексе он работает и рабочее
> место(не более 2 символов)


Тебе самому что легче запомнить, свою фамилию и адрес или лицевой счет
(расчетный счет, idReg и т.п.)???

Я думаю фамилию, но фамилия не может тебя ОДНОЗНАЧНО идентифицировать в
системе!!! Она может смениться, может оказаться несколько однофамильцев.
Именно поэтому все привязки внутри системы идут к ВНУТРЕННИМ ключам системы
(в твоем случае idReg). На практике чаще всего ВСЕ внутренние ключи никогда
не показываются оператору!!!!

Првда иногда эти же ключи могут выступать в роли лицевого счета или
расчетного счета (но ненаоборот!!! Т.е. лицевой счет, который может
измениться не может участвовать как ВНУТРЕННИЙ ключ в системе.) Но это, я бы
сказал, неправильная идеология!!!


Итак, мы пришли к тому, что все таки поиск нужно вести по адресу, фамилии,
подразделению и/или другой ОТКРЫТОЙ информации.
А idReg использовать как ВНУТРЕННИЙ ключ системы для однозначной
идентификации проведенной операции ВНУТРИ системы.


Posted via ActualForum NNTP Server 1.4

> > Спор идет что легче запомнить пользователю

А это уже идеологический спор, который должен разрешить сам ЗАКАЗЧИК, по
каким критериям ему будет удобнее искать необходимую информацию.

Как правило поиск ведется по нескольким критериям и вполне можно реализовать
поиск и по Названию организации и по дате регистрации и по регистрационному
номеру. Т.к. поиск проводится только по заполненным полям поисковой формы,
то что клиент вспомнит, то и назовет. А там уже разберешься как искать, если
клиент не вспомнил НИЧЕГО.


Posted via ActualForum NNTP Server 1.4