Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.08.22;
Скачать: CL | DM;

Вниз

Создание зависимых списков   Найти похожие ветки 

 
AlexG ©   (2004-07-28 01:01) [0]

Люди, кто-нибудь занимался подобной задачей? Т.е. у нас есть несколько таблиц, связанных некторой иерархией. Пользователю необходимо предоставить возможность выбрать значение для каждого элемента в зависимости от значений других выбранных элементов. Скажем, есть модель машины. Для каждой машины соответствует свой набор деталей. Кроме того, детали делаются разными заводами в разнах страннах. Так вот, нужно, чтобы пользователь мог выбрать, если во всех главных элементах пусто, любое из значений у зависимого элемента. После выбора зависимого элемента, он проставляет значения в главные элементы. Так же и в обратном порядке...
Если поняли о чем я говорю, то мне хотелось бы знать ваш подход к решению этой задачи. В принцыпе, для "конкретного" случая это не проблема. Интереснее, как вы сделали для общего случая. Чтобы можно было добавлять, удалять зависимые элементы и т.д.


 
Sergey13 ©   (2004-07-28 09:08) [1]

Что-то путано больно, ИМХО. Вроде про деревья, но путано.


 
Johnmen ©   (2004-07-28 09:27) [2]

>Если поняли о чем я говорю, то мне хотелось бы знать ваш подход
>к решению этой задачи.

Да вроде поняли. А задача то в чём ? Конкретно ?


 
AlexG ©   (2004-07-28 23:24) [3]

to Johnmen ©
Попробую.
Есть Страны, Регионы и Города, например. Нужно сделать следующее: Пользователь выбирает страну; в Регионах указаны те, которые находятся в Стране, их может и не быть; в Городах указаны те, которые есть, если выбран Регион, в Регионе и Стране, а если не выбран, то все в Регионе. И т.д. и т.п. Соответственно, если ни Страна, ни Регион не выбраны, то выдаются все Города. Если Страна не задана, а мы выбрали Регион, то он проставляет ту Страну, в которой находится. Так же и для Города: он проставит всем по восходящей цепочке соответствующие значения. Плюс ко всему, должна быть возможность изменить кол-во связанных элементов.
Конечно, еще нужно чтобы эта система была связана с таблицей, в которой отображаются эти данные...
Ну вот, думаю это конкретно...


 
Sergey Masloff   (2004-07-28 23:46) [4]

Страны города регионы это фиксированная иерархия. Можно и в разных таблицах. Если произвольная - на одной таблице с расширениями вешаешь свое дерево и никаких проблем.


 
Sergey13 ©   (2004-07-29 09:03) [5]

2Sergey Masloff   (28.07.04 23:46)
>Страны города регионы это фиксированная иерархия.
В реальной жизни - нет, так как существуют например города федерального подчинения, не относящиеся к региону - например Москва. Всякие регионы, входящие в другие регионы и т.д. Так что наиболее универсально - дерево. Хотя если не все так серьезно, то по разным таблицам можно.


 
Johnmen ©   (2004-07-29 09:08) [6]

>AlexG ©   (28.07.04 23:24) [3]

Да это уже было понятно из [0]. :)
В чем конкретно вопрос ?


 
Andrey   (2004-07-29 11:32) [7]

В принципе я понял AlexG, т.к. у меня таже проблема.
Есть программа с БД для учета сотрудников.
Данные распологаются в разных взаимосвязанных таблицам.
Задача предоставить пользователю производить выборку требуемой информации по всем данным, но чтоб это было просто и понятно ему, т.е. ему нет дела до структуры БД, ему интересно выбрать параметр-поле и затем задать значение и произвести запрос, но далее то все сложности: связывание таблиц. Может кто что делал уже такое ?


 
Sergey13 ©   (2004-07-29 12:08) [8]

2[7] Andrey   (29.07.04 11:32)
У меня такое ощущение, что все, кто тут обитает, делают именно это. Правда не все про "сотрудников", но смысл такой же.


 
AlexG ©   (2004-08-01 17:39) [9]

В общем, я остановился на том, как сделать правильнуюю генерацию запросов. При этом программист должен пользоваться только самым минимумом наборов данных.

2 Andrey

Ты чего-нибудь достиг? Я пришел к тому, что нужно использовать одну сводную таблицу возможных значений и редактируемую таблицу. По ним составлять необходимые запросы.



Страницы: 1 вся ветка

Текущий архив: 2004.08.22;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.023 c
1-1091113225
denis555
2004-07-29 19:00
2004.08.22
Как прочитать файл в Unicode


14-1090840675
X9
2004-07-26 15:17
2004.08.22
I can not find KPPP


3-1090594934
Koala
2004-07-23 19:02
2004.08.22
Изменения в базе


1-1092046114
Afonya
2004-08-09 14:08
2004.08.22
Создание парсера


1-1091909028
Jolik
2004-08-08 00:03
2004.08.22
VCL и многопоточность...