![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
подходы в разработке БД
kserg@ukr.net © (2002-10-24 18:02:00)Привет всем.
Впервые сталкиваюсь с такой развитой задачей, вот и прошу
подскажите подходы в решении след.задачи разработки БД
У меня есть задача автоматизировать обработку инфо в фирме.
Планируется куча таблиц (структура примерная, причем некоторые таблицы «распадаются» на несколько):
- СПРАВОЧНИК ИЗДЕЛИЙ (НОМЕНКЛАТУРА: тип изделия(материал,ПКИ), назва,обозначение,поставщик, условия поставки, цена, тех.хар-ки и тд)
- ПРОЕКТЫ(перечень позиций входящие в состав проекта: название,обозначение, поставщик, кол, цена и тд),
- ПОСТАВЩИКИ (назва, адреса,контакты и тд)
-ЗАЯВКИ(дата заказа, поставщик, название, обозначение, кол, цена, условия поставки/оплаты и тд.)
- СКЛАД(приход/расход): склад, получил от фирмы, название,обознач, кол, выдано на проект, кол и тд)
Даже при первом осмотре видны связи-ссылки.
Это вполне нормальный подход: хранить в таблицах с данными IDссылки на справочники.
Проблема возникает в связи со след.: если использовать в кач-ве ID-коды (т.е. достигается строгое соот-е между master-detail таблицами) то возникает проблемы с вводом данных.
В таких случаях ввод в связанные поля я обычно реализовал как выбор из списков.
Но в списке может содержаться сотни названий…
(попробуй-ка глазками выхватить нужную строку)
Если же в таблицах использовать Look-Up поля, позволяющие либо выбрать из списка-справочника либо ввести ручками, то теряется достоверность вводимых юзером данных :(
Какие кто предлажит решения?
Заранее благодарен.
Johnmen (2002-10-24 18:26:00) [41]>Delirium © (24.10.02 18:23)
>БД должна удовлетворять требованиям нормализации...
Должна, но не обязана ! :-)))
{bas} (2002-10-24 18:25:00) [42]набираешь буквы в лук-ап поле и список все уменьшается и уменьшается...
Delirium (2002-10-24 18:23:00) [43]БД должнаудовлетворять требованиям нормализации, следовательно проблема в пользовательском интерфейсе. Большие списки необходимо делить на группы, подгруппы и т.п. возможно, организовывать деревья для поиска. Во всех списках, априори, должен присутствовать поиск по первым буквам и по вхождению. Все списки должны сортироваться по любой колонке и в любом направлении. Интерфейс не должен быть слишком оригинальным, лучше "косить" под MS Office или другой общеизвестный пакет. Вот такие подходы :)
Val (2002-10-24 18:18:00) [44]отдельная форма редактирования(не в гриде) - вызов отдельной формы-справочника.