Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / FoxPro, Visual FoxPro Новый топик    Ответить
 Организация базы данных... (Общий вопрос)  [new]
IgorProgrammer
Member

Откуда:
Сообщений: 687
У меня возник небольшой спор...

Есть список организаций с уникальным кодом IdOrg (количество рабочих мест у организации [расчитывается])
Есть список продуктов с уникальным кодом IdProd
Есть версия регистрации(уникальная) IdReg

Возник спор как хранить инфу с кодом регистрации по организации:
1) Способ (мой)
Создать таблицу IdOrg+IdProd+IdReg+IdRab - уникальный ключ и (предворительный и ответный код)
Поиск вести по названию организации(так-как простой работник почти всегда не знает код организации)
2) Создать таблицу IdOrg,IdProd,IdReg,IdRab (предворительный и ответный код)...
Ввести поле AutoIncrement IdRegistration который надо заставлять помнить пользователя...
Индетифицировать пользователей по IdRegistration... Если он его не знает(забыл), то по названию...

Какой способ более приемлемый... Учитывая что пользователи бывают разные... А пере-регистарация производится 1-2 в год
9 апр 08, 14:21    [5524602]     Ответить | Цитировать Сообщить модератору
 Re: Организация базы данных... (Общий вопрос)  [new]
leaf
Member [заблокирован]

Откуда: Ростов-на-Дону --> Москва
Сообщений: 2661
пользователь должен выбирать продукт и организацию по названию
ему нужно предъявлять в курсоре список ключей с датами для выбора последующего или уточнения
9 апр 08, 15:50    [5525351]     Ответить | Цитировать Сообщить модератору
 Re: Организация базы данных... (Общий вопрос)  [new]
IgorProgrammer
Member

Откуда:
Сообщений: 687
пользователь должен выбирать продукт и организацию по названию
ему нужно предъявлять в курсоре список ключей с датами для выбора последующего или уточнения

База для внутреннего использования...
Нам звонят...
А мы регистрируем...

Спор заключается в следующем...
Надо ли индетифицировать каждую регистрацию дополнительным (AutoIncrement IdRegistration)
И напрягать пользователя что б он ЭТОТ IdRegistration запомнил...
Вслучае если "слетела регистрация", "переустоновили винду" и т. д. мы должны его пере-регистрировать(сказать его код). по этому IdRegistration...
В случае если он потерял/забыл и т. д. по имени организации и рабочему месту...

Регистрация 1-2 раза в год, пере-регистрация ОЧЕНЬ редко...

Спор идет о правильности индетификации пользователя
Поиск по названию Организации
Хранится ключ пользователя в связке IdOrg+IdProd+IdReg+IdRab = ключ
Или по Уникальному ключу регистрации IdRegistration
Поиск по IdRegistration или названию Организации
Хранится ключ пользователя по IdRegistration или IdOrg+IdProd+IdReg+IdRab
С Ув. Игорь.
9 апр 08, 16:09    [5525521]     Ответить | Цитировать Сообщить модератору
 Re: Организация базы данных... (Общий вопрос)  [new]
XAndy
Member

Откуда: Киев
Сообщений: 326
Т.е. вопрос в том, как удобнее искать в связанной таблице? ИМХО удобнее когда есть возможность или ввода номера или выбора по названию из справочника (или комбо для маленьких справочников). Пользователи, которые интенсивно вводят информацию, со временем действительно запоминают много кодов и вместо выбора по названию предпочитают вводить номер, а название служит для контроля правильности ввода. Так быстрее.
9 апр 08, 18:17    [5526569]     Ответить | Цитировать Сообщить модератору
 Re: Организация базы данных... (Общий вопрос)  [new]
IgorProgrammer
Member

Откуда:
Сообщений: 687
XAndy
Т.е. вопрос в том, как удобнее искать в связанной таблице? ИМХО удобнее когда есть возможность или ввода номера или выбора по названию из справочника (или комбо для маленьких справочников). Пользователи, которые интенсивно вводят информацию, со временем действительно запоминают много кодов и вместо выбора по названию предпочитают вводить номер, а название служит для контроля правильности ввода. Так быстрее.
То что код запомнить проще ЭТО ясно...

Но вспомнится ли ОН через пол-года или год... Или куда записал...
При этом мне надо хранить дополнительное поле...

А вот название организации в которой работаешь врядли забудешь...
Раз в месяц тебе его кто-нить напомнит :) ;)

Речь идет не программе для пользователей...
А программа для внутреннего использования...
9 апр 08, 18:23    [5526593]     Ответить | Цитировать Сообщить модератору
 Re: Организация базы данных... (Общий вопрос)  [new]
Vch1
Member

Откуда:
Сообщений: 36
Вопрос правильно разделить на два вопроса: построение таблиц базы данных и Wiews (представления) для доступа к данным. Таблицы следует делать нормализованными и между нормализованными таблицами утановить связи. Для использования создать нужное количество представлений или курсоров.
9 апр 08, 21:08    [5527137]     Ответить | Цитировать Сообщить модератору
 Re: Организация базы данных... (Общий вопрос)  [new]
Galyamov Rinat
Member

Откуда:
Сообщений: 658

> Автор: Vch1

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

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


Posted via ActualForum NNTP Server 1.4

10 апр 08, 14:46    [5530830]     Ответить | Цитировать Сообщить модератору
 Re: Организация базы данных... (Общий вопрос)  [new]
IgorProgrammer
Member

Откуда:
Сообщений: 687
Полностью согласен. IDREg нужен для нормализации.

А поиск вести все таки по названию организации (названпие организации - > 
idOrganiz -> IdReg->Ключ)
Нормализация это хорошо...
Но idOrganiz -> IdReg IdReg кто-то должен знать...
Спор идет что легче запомнить пользователю
1) IdReg который будет более 1-5 символов(и рости)
2) Название организации в каком комплексе он работает и рабочее место(не более 2 символов)
10 апр 08, 16:15    [5531642]     Ответить | Цитировать Сообщить модератору
 Re: Организация базы данных... (Общий вопрос)  [new]
ВладимирМ
Member

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

Процесс запоминания практически никак не зависит от объема запоминаемой информации (тем более речь идет о разнице 2 символа или 10). С одинаковым успехом могут как запомнить, так и забыть и то и другое.
10 апр 08, 19:19    [5532923]     Ответить | Цитировать Сообщить модератору
 Re: Организация базы данных... (Общий вопрос)  [new]
Galyamov Rinat
Member

Откуда:
Сообщений: 658

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


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

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

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


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


Posted via ActualForum NNTP Server 1.4

12 апр 08, 11:56    [5537894]     Ответить | Цитировать Сообщить модератору
 Re: Организация базы данных... (Общий вопрос)  [new]
Galyamov Rinat
Member

Откуда:
Сообщений: 658

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

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

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


Posted via ActualForum NNTP Server 1.4

12 апр 08, 12:01    [5537900]     Ответить | Цитировать Сообщить модератору
Все форумы / FoxPro, Visual FoxPro Ответить