Текущий архив: 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.47 MB
Время: 0.046 c