посоветуйте идею визуального редактора условий в запросе

← →
12 © (2011-01-28 15:02) [0]

пока придумал так:

в группбоксе

лабел_РЕЗУЛЬТАТ

комбобокс_ПОЛЯ --- комбобох_УСЛОВИЯ -- эдит_ЗНАЧЕНИЯ
кнопка_ДОБАВИТЬ
кнопка_И -- кнопка_ИЛИ -- кнопка_В-СКОБКАХ
кнопка_ОТМЕНИТЬ

Выбирается поле, условие, набивается значение
кнопка добавить перемещает это в лабел_РЕЗУЛЬТАТ, например,
комбобокс_ПОЛЯ выбрано НАИМЕНОВАНИЕ
комбобох_УСЛОВИЯ выбрано СОДЕРЖИТ
эдит_ЗНАЧЕНИЯ набили АЭРОПОРТ*
тогда:
кнопка добавить делает
НАИМЕНОВАНИЕ СОДЕРЖИТ АЭРОПОРТ*

нажатие кнопка_И добавляет И :)
НАИМЕНОВАНИЕ СОДЕРЖИТ АЭРОПОРТ* И

выбирает юзер дальше, жмакает добавить
НАИМЕНОВАНИЕ СОДЕРЖИТ "АЭРОПОРТ*" И КОНТРАКТ РАВЕН 354

нажатие кнопки кнопка_В-СКОБКАХ
(НАИМЕНОВАНИЕ СОДЕРЖИТ "АЭРОПОРТ*" И КОНТРАКТ РАВЕН 354 )

и т.п.

(НАИМЕНОВАНИЕ СОДЕРЖИТ "АЭРОПОРТ*" И КОНТРАКТ РАВЕН 354 ) ИЛИ АГЕНТ РАВЕН "ИВАНОВА А.А."

потом распарсить

← →
И. Павел © (2011-01-28 15:08) [1]

Можно посмотреть для примера, как это сделанов в MS Access.

← →
Игорь Шевченко © (2011-01-28 15:13) [2]

use DevExpress filter, Luke

← →
12 © (2011-01-28 15:15) [3]

> как это сделанов в MS Access.

не очевидно там сделано, в силу универсальности

← →
Медвежонок ХМЛ © (2011-01-28 15:30) [4]

одно из самых рабочих и юзабельных решений - ехлиб.

← →
12 © (2011-01-28 15:34) [5]

> DevExpress filter

это платно, поди

> ехлиб

а да, где то была у них бесплатная версия, надо глянуть

← →
Andy BitOff © (2011-01-28 16:45) [6]

> 12 © (28.01.11 15:34) [5]
>
> > DevExpress filter
>
> это платно, поди

Посмотри как там сделано. Очень удобная штука.

← →
Inovet © (2011-01-28 21:58) [7]

> [5] 12 © (28.01.11 15:34)
> > ехлиб
>
> а да, где то была у них бесплатная версия, надо глянуть

http://ehlib.com/RUS/ehlibrus.exe
Ещё у Fast Report 4 есть Fast Query Builder, не совсем то, но может там что посмотришь. Он есть отдельно и вместе с самим ФР.
http://www.fast-report.com/ru/download

← →
Inovet © (2011-01-28 22:02) [8]

> [7] Inovet © (28.01.11 21:58)
> http://ehlib.com/RUS/ehlibrus.exe

О бесплатности
http://ehlib.com/RUS/default.htm

← →
tesseract © (2011-01-28 23:00) [9]

В 1с в системе компоновки данных отличный редактор. Правда насколько он визуальный не знаю :-) Но пользователи осваивают часа за два самые сложные комбинации.

← →
Игорь Шевченко © (2011-01-28 23:08) [10]

Все забываю спросить, а нахрен нужно визуально редактировать условия в запросе ?
Я-то сдуру понял, что надо данные фильтровать, ну и посоветовал. Только потом перечитал сабж еще раз.

← →
12 © (2011-01-28 23:51) [11]

> Игорь Шевченко © (28.01.11 23:08) [10]
нахрен нужно визуально редактировать условия в запросе ?

очень много данных, причем текстовых
надо как-то пользователю дать возможность сужать поиск

> Inovet ©

спасибо, тоже гляну

← →
Германн © (2011-01-29 02:27) [12]

> Игорь Шевченко © (28.01.11 23:08) [10]
>
> Все забываю спросить, а нахрен нужно визуально редактировать
> условия в запросе ?

Ну вообще-то при создании неких выборок из БД без "визуального редактирования" на стороне клиентской программы обойтись достаточно сложно, если нет возможности ограничиться "набором стандартных выборок". Хотя бы взять, например, "временнЫе рамки".

Или ты, Игорь опять "не в теме"?

← →
Паша (2011-01-29 04:14) [13]

> взять, например, "временнЫе рамки".
>

это таки стандартные условия, их можно забить изначально. и еще несколько (но без фанатизьму), чтобы не обременять юзера вводом разной ерунды. а уж если юзер такой злой попался (таковые, как показывает практика, встречаются редко), что ему надо эксклюзив - так sql для чего?

зы. а ДевЭкспрес таки рулит, в смысле фильтров на готовую выборку. и вообще - хорошая штука.

← →
Игорь Шевченко © (2011-01-29 09:56) [14]

> очень много данных, причем текстовых
> надо как-то пользователю дать возможность сужать поиск

может, проще не показывать ненужные ?
ты посмотри, как у MS сделано, вот в Excel есть фильтр, например.

← →
DiamondShark © (2011-01-29 16:36) [15]

> может, проще не показывать ненужные ?

Чтобы не показывать ненужные, нужно сначала решить, какие нужные.
А для этого надо критерий указать.

> ты посмотри, как у MS сделано, вот в Excel есть фильтр,
> например.

Не тот случай.
В Excel все данные уже загружены у клиента.

← →
Pavia © (2011-01-30 01:29) [16]

Бред. Пусть пишут ручками с использованием скобок и sql языка.

Многолетняя практика показала. Что введя визуального редактирование в Excel и Acsees обычный офисный работник так и не научился ими пользоваться.

А какая была хорошая идея заставить работников самим писать формулы в тексте. А в результате появился ряд профессий. Начиная от программиста VBA, заканчивая запросчиком к базам данных.

← →
Inovet © (2011-01-30 02:26) [17]

> [16] Pavia © (30.01.11 01:29)
> обычный офисный работник так и не научился ими пользоваться

Вот скорее всего так и будет. Надо редактируемый список условий с понятными пользователю названиями. А в режиме его редактирования уже описывать желаемое на SQL, ну вот может здесь ещё прикрутить в дополнение режим визуального построителя. Редактировать этот список будет кто-то понимающий.

Совсем другое днло, когда условия выборок структурно не меняются, т.е. достаточно одного или нескольких универсальных запросов с параметрами и интерфейсом для редактирования их значений, сохранения, восстановления, может каких-то стандартных пресетов.

пришел к тому, что в EhGride в STFilter все вынес

метод проб показал, что пользователем удобнее всего над колонкой данных написать простейшее условие
=100 или <3000

потом это условие обрабатывается в where запроса, и данные перезапрашиваются. Filter как таковой не применяется. Целесообразнее так, имхо.

тоже самое можно в принципе сделать, встроив в title грида эдиты, если в Eh нет желания заморачиваться

> над колонкой данных написать простейшее условие
> =100 или <3000
>
> потом это условие обрабатывается в where запроса

до этого показывается, конечно, несколько строк.

Ну, как ODAC делает, по умолчанию, 25 первых из выборки и, по мере продвижения, если пользователь мазохист и хочет без фильтра все найти, еще по 25 дозапрашиваем.

В OLAP-системах визуальный редактор запросов вещь абсолютно необходимая.
При размерности гиперкуба 5..10, что обычное дело, пользователь не справится иначе, чем через визуальный редактор.

>DiamondShark © (29.01.11 16:36) [15]
>Не тот случай.
>В Excel все данные уже загружены у клиента.

Очень даже тот. У меня в системе туча табличных приложений (на Excel), где через стандартный фильтр ёкселя узер вводит условия, а по кнопке запускается макрос на выборку ораклу

>Jeer © (25.03.11 10:28) [20]
>В OLAP-системах визуальный редактор запросов вещь абсолютно >необходимая.

А 12-й таки ОЛАП ваяет ?

>MsGuns © (25.03.11 16:29) [21]

Вдогонку к 21:

Запускается ессно не макрос, а запрос, который через ADODB создает, заполняет и запускает макрос

ЗЫ. Это чтоб не пристебался к неточной формулировке :)

> MsGuns © (25.03.11 16:30) [22]
>
> >Jeer © (25.03.11 10:28) [20]
> >В OLAP-системах визуальный редактор запросов вещь абсолютно
> >необходимая.
>
> А 12-й таки ОЛАП ваяет ?

А к OLAP-у многое чего тривиально приводится

посоветуйте идею визуального редактора условий в запросе Найти похожие ветки