ReSQL.ru
     
powered by simpleCommunicator - 2.0.50     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Справочники и другие структуры "код-значение"
11 сообщений из 11, страница 1 из 1
Справочники и другие структуры "код-значение"
    #33979337
MLans
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MLans
Участник
Часто наблюдал в информационных системах когда пользователю предлагается редактировать например справочник по двум полям - код и значение.
По-моему это неправильно с точки зрения юзабилити, пользователь вообще не должен видеть никаких кодов. Пользователь должен работать с наглядной информацией! Исключения лишь можно сделать для таблиц, где уникальный идентификатор и так испольуется например табельный номер сотрудника, номенклатурный номер и т.д.
Хочется услышать мнение профи.



СУВ.
...
Рейтинг: 0 / 0
11.09.2006, 21:59
| Ответить | Цитировать | Написать  
Справочники и другие структуры "код-значение"
    #33979460
Paul Sacks
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Paul Sacks
Участник
Все зависит от постановки самой задачи . Например: справочник валют - редактируется код валюты и наименование валюты (очень редко, но бывает), аналогично с справочником стран... Тогда, исходя из теории - даже если из миллиона раз один раз приходится редактироваь два поля, то их надо включать в редактирование.
...
Рейтинг: 0 / 0
12.09.2006, 00:23
| Ответить | Цитировать | Написать  
Справочники и другие структуры "код-значение"
    #33979476
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
MLansЧасто наблюдал в информационных системах когда пользователю предлагается редактировать например справочник по двум полям - код и значение.
По-моему это неправильно с точки зрения юзабилити, пользователь вообще не должен видеть никаких кодов. Пользователь должен работать с наглядной информацией!
Хм. Видите ли в чем дело, весьма часто для сотрудников, работающих в определенной области, код гораздо нагляднее названия. Скажем, на моих глазах мой отец вводил код практически любой ж/д станции в Союзе, и сделать это ему было намного быстрее и удобнее, нежели "наглядно" выбирать ее из справочника на десятки тысяч позиций.

MLansИсключения лишь можно сделать для таблиц, где уникальный идентификатор и так испольуется например табельный номер сотрудника, номенклатурный номер и т.д.
Если Вы говорите о редактировании суррогатного ключа справочника, то я не видел систем, где бы такое позволялось. Иногда видел, что этот код показывается (поскольку в дальнейшем используется в системе вышеописанным способом). Но как правило, для справочника есть естественный ключ, по которому и ищут в таких случаях - всякие коды производителя, артикулы итп.
...
Рейтинг: 0 / 0
12.09.2006, 00:39
| Ответить | Цитировать | Написать  
Справочники и другие структуры "код-значение"
    #33979583
Фотография smeh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
smeh
Участник
Избави вас бог использовать табельный номер в качестве уникального идентификатора. Наелся вдоволь, лучше сурогатный ключ.

А вообще действительно сурогатные ключи незачем показывать всем, можно только разработчикам :)
...
Рейтинг: 0 / 0
12.09.2006, 08:00
| Ответить | Цитировать | Написать  
Справочники и другие структуры "код-значение"
    #33979745
gybson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gybson
Участник
Бывает так, что учет ведется в нескольких базах и необходимо соблюдать соответствие кодов.
...
Рейтинг: 0 / 0
12.09.2006, 09:43
| Ответить | Цитировать | Написать  
Справочники и другие структуры "код-значение"
    #33979938
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
gybsonБывает так, что учет ведется в нескольких базах и необходимо соблюдать соответствие кодов.
Из этого никак не следует удобство естественного ключа. Ну, ведется, хорошо. В справочнике будет суррогатный PK и будет UK табельного номера. Если потребуется, можно будет сделать на этот UK ключ, хотя большинство лучше направлять на PK.
...
Рейтинг: 0 / 0
12.09.2006, 10:33
| Ответить | Цитировать | Написать  
Справочники и другие структуры "код-значение"
    #33980361
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ModelR
Участник
Когда предлагается редактировать два поля, то в таблице их скорее всего три.
...
Рейтинг: 0 / 0
12.09.2006, 12:05
| Ответить | Цитировать | Написать  
Справочники и другие структуры "код-значение"
    #33980884
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
MLansХочется услышать мнение профи.

Сам когда то удивлялся. Но пользователи поставили всё на свои места. Кодирование данных, является частью практически любой информационной системы. Иногда коды носят сугубо внутрисистемный характер, но чаще они вполне полезны как заменители длинных и не всегда удобоваримых названий и т.п.. Существуют общепринятые кодификаторы, например ASCII, ОКОНХ. Для своих нужд мы в праве создать свои кодификаторы.
Коды удобно использовать, например в отчётах, в формах быстрого поиска или ввода данных.
...
Рейтинг: 0 / 0
12.09.2006, 13:53
| Ответить | Цитировать | Написать  
Справочники и другие структуры "код-значение"
    #33980915
PridobreY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PridobreY
Участник
В том же справочнике валют, может быть больше одного кода: цифровой, буквенный ..(это стандартная классификация). В справочнике ТМЦ - более 2 кодов, к примеру - гос. классификатор, таможенный классификатор, внутренний классификатор предприятия... В большой системе разные отделы могут пользоваться одним справочником но использовать коды различных классификаторов.
Редактировать должен тот, кто ведет этот справочник, а пользователь использовать, выбирая информацию, преимущественно по кодам.
Все связи, по сурогатным ключам, не по уникальным полям.
...
Рейтинг: 0 / 0
12.09.2006, 14:01
| Ответить | Цитировать | Написать  
Справочники и другие структуры "код-значение"
    #33980924
PridobreY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PridobreY
Участник
Имелись ввиду сурогатные первичные ключи, и уникальные ключи по кодам.
...
Рейтинг: 0 / 0
12.09.2006, 14:03
| Ответить | Цитировать | Написать  
Справочники и другие структуры "код-значение"
    #33981148
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
grexhide
Участник
MLansЧасто наблюдал в информационных системах когда пользователю предлагается редактировать например справочник по двум полям - код и значение.
По-моему это неправильно с точки зрения юзабилити, пользователь вообще не должен видеть никаких кодов.
Пользователь должен работать с наглядной информацией!

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

А "только с наглядной" - это такое же ограничение, как и с "только с кодом".

MLans Исключения лишь можно сделать для таблиц, где уникальный идентификатор и так испольуется например табельный номер сотрудника, номенклатурный номер и т.д.
Хочется услышать мнение .....


Уникальный идентификатор и первичный клюс - это не синонимы.

Другой вопрос - насколько удобна система кодификации. К примеру - номенклатурный номер может быть десятизначным, и вводить его (помнить) - практически нереально (обычному индивиду).

А вот делать поиск в номенклатурном классификаторе по кодам видов материалов и типоразмеров - вполне возможно.

А, соотвественно, табельный номер оператор или сотрудник может и не знать (не помнить)...
...
Рейтинг: 0 / 0
12.09.2006, 14:55
| Ответить | Цитировать | Написать  
11 сообщений из 11, страница 1 из 1
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Справочники и другие структуры "код-значение"
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=33&msg=33979337&tid=1549312]:
 0ms
get settings:
 8ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 129ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 43ms
get tp. blocked users:
 1ms
others: 13ms
total:  224ms
созд. / загр.: 224ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]