Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

подходы в разработке БД


Страницы:   1 2 3

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]

отдельная форма редактирования(не в гриде) - вызов отдельной формы-справочника.


Страницы:   1 2 3

Наверх

Титульная страница Поиск, карта сайта Написать письмо