|
|
|
| Ассеss2003. Есть Адрес (отдельная таблица). По одному Адресу может быть несколько Компаний (отдельная таблица). В Компании может быть несколько Сотрудников (отдельная таблица). У каждого Сотрудника может быть несколько Заказов (отдельная таблица). У каждого Заказа есть своя история (дата заказа, оплата и т.д.). Делать кучу вложенных форм по-моему не очень - тормозить будет жутко, но в тоже время вся инфа должна быть перед глазами оператора или должен быть максимально простой и удобный доступ к ней. Поделитесь опытом организации подобных интерфейсов... | |
|
| |
|
|
|
| Предлагаю так:
Главная "Адреса" в виде формы, на ней табличная "Компании". При двойном щелчке по "idКомпании" открывается форма соответвующего "Сотрудник", на ней табличная "Заказы". А в "Заказах" уже можно еще одну таблицу вложить "Истории заказов" | |
|
| |
|
|
|
| Уточню немного. Вся инфа в цепочке Адрес-Компания-Сотрудник-Заказ должна отображаться на одной форме. При выборе Заказа подробная инфа о Заказе открывается в новой форме. Просто есть уже рабочая база и люди привыкли к такому режиму работы. Но как всегда у начальства новые идеи под которые приходится менять структуру базы, а интерфейс по возможности нужно сохранить старый, т.к. научить толпу девушек-операторов работать по новому не представляется возможным... Возможно любое сочетание элементов TreeView, ListView, subФорм в любом режиме и т.д. | |
|
| |
|
|
|
| слева дерево
адрес
компания
сотрудники
|
справа в форме список заказов для выбранного сотрудника. Внизу можно состав выбранного заказа.
При желании при выборе адреса можно показать все заказы для выбранного адреса(для всех входящих в ветку компаний и сотрудников), при выборе компании для выбранной компании и т.п.
http://hiprog.com/index.php?option=com_content&task=view&id=690 | |
|
| |
|
|
|
| Пример хороший. Я по нему в своё время TreeView и изучал. Ну а по решению проблемы - скрещу вариант palarm и твой | |
|
| |
|
|
|
|
Ну а по решению проблемы - скрещу вариант palarm и твой
|
The Truth is Out There | |
|
| |