![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
несколько запросов [D7, XP]
Armond © (2008-04-02 08:59:00)Добрый день !!! Подскажите как сделать !!! Сделал один запрос,т.е. выбрал нужные записи, потом если понадобится, то необходимо выполнить еще один запрос, но уже из того набора данных, который уже выбрали !!
Игорь Шевченко (2008-04-02 21:03:00) [1]Anatoly Podgoretsky © (02.04.08 20:58) [79]
Мы пассажиров меряем. В штуках :)
Anatoly Podgoretsky (2008-04-02 20:58:00) [2]> Игорь Шевченко (02.04.2008 20:44:18) [78]
Так вы наверно керосин в тоннах меряяте, а надо в литрах.
Игорь Шевченко (2008-04-02 20:44:00) [3]Anatoly Podgoretsky © (02.04.08 20:33) [75]
Да заказчик он тоже несильно благотворительностью занимается :) Ему от бестолковых работников профиту немного.
Игорь Шевченко (2008-04-02 20:44:00) [4]Anatoly Podgoretsky © (02.04.08 20:33) [75]
> При том у тебя малекая табличка, надо на несколько десятков
> миллиардов.
На такое количество самолетам керосина не хватит
Anatoly Podgoretsky (2008-04-02 20:35:00) [5]> ANB (02.04.2008 12:35:08) [68]
Надеюсь кнопку Прекратить ему не выдают? А за аварийное окончание программы бьют по почкам?
Ну не может фирма быть благотворительным учреждением, содержать ненужных работников, правильнее нанять нормального работника.
Anatoly Podgoretsky (2008-04-02 20:33:00) [6]> Игорь Шевченко (02.04.2008 12:28:07) [67]
Игорь нельзя так жестоко, надо сначала дать пользователю помучиться, без права снятия программы, а после того как согласится, что это мура, вот тут и самое время для твоего решения. При том у тебя малекая табличка, надо на несколько десятков миллиардов.
Anatoly Podgoretsky (2008-04-02 20:31:00) [7]> ANB (02.04.2008 12:19:05) [65]
А не окажется ли потом, что у пользователя вся форма кнопками заполнена, не придется ли делать иерархию форм, а потом иерархию иерархий
Anatoly Podgoretsky (2008-04-02 20:27:00) [8]> ANB (02.04.2008 11:42:58) [58]
А почему не 256 мегабайт? База была озвучена? Но и 64 кб много, это примерно 1000 строк кода, это мелкий запрос.
Anatoly Podgoretsky (2008-04-02 20:25:00) [9]> ANB (02.04.2008 11:36:54) [54]
Не надо на стадии проектирование, надо испытывать на этом пользователе, вывалить ему несколько миллионов записей, воспитывает еще как.
Anatoly Podgoretsky (2008-04-02 20:18:00) [10]> Kolan (02.04.2008 10:30:21) [21]
> Sort не везде есть.
Filter тоже не везде есть.
Anatoly Podgoretsky (2008-04-02 20:16:00) [11]> Armond (02.04.2008 9:50:09) [9]
Используй AND
Reindeer Moss Eater (2008-04-02 13:02:00) [12]Ну я тоже на натравливаю втупую в таких ситуациях этот грид с "селект все фром все"
ANB (2008-04-02 12:35:00) [13]
> у одного из наших заказчиков одна из основных таблиц - это
> сотни миллионов записей
Не, таких у нас не больше десятка наберется. В основном стараемся переносить старые данные в архив. Как правило приходится работать с таблицами от 5 до 50 миллионов. Юзера, заявившего, что хочет выбирать ручками, не увольняют. Просто ему выдают порциями без сортировки все записи по 50 в порции. С задержкой в выдаче кажной порции около минуты. Пусть смотрит. Сервак даже не чихает. Обычно через неделю он заказывает нормальный фильтр. :)
Игорь Шевченко (2008-04-02 12:28:00) [14]
> а) таблицы от 15 миллионов записей
у одного из наших заказчиков одна из основных таблиц - это сотни миллионов записей. Если какой-либо его представитель скажет "хочу получить что-то, не знаю заранее что, а потом выбирать глазами", он будет уволен на следующий день. Система OLTP
ANB (2008-04-02 12:23:00) [15]
> Reindeer Moss Eater © (02.04.08 12:14) [64]
> Еще есть пользовательская настройка встроенная в контекстное
> меню для регистронезависимого поиска и поиска по неполному
> вхождению.
> устанавливается и запоминается для конкретного экземпляра
> грида в приложении.
Млин, ну совсем круто :)
Да еще и на базе моего любимого эхлиба ! (Ну не нравится мне девэкспресс, хоть убейся).
Раз уж так расхвастался - то делись сырцами :)
ANB (2008-04-02 12:19:00) [16]
> Reindeer Moss Eater © (02.04.08 12:10) [62]
> "И" "ИЛИ" "НЕТ" . . .
>
> В базовом гриде EhLib есть только И по колонкам.
> Я отнаследовался от него и у меня есть фильтрация и по ИЛИ.
>
> Можно в фильтр добавить запись по PK, или по значению в
> любой колонке данных.
> То есть данные введенные в шапке объединяются по "и", а
> горячие кнопки в области данных объединены по "или"
И получаем фактически мастера для запросов :)
Короче - идея неплоха. Можно смело кидать юзеру такой грид, если он лазит по маленьким табличкам и при этом быстро понимает, как с этим хозяйством управляться.
К сожалению, такое решение никак нельзя предлагать как универсальное для всех случаев жизни.
А я так вообще попал, т.к. в последнее время у меня :
а) таблицы от 15 миллионов записей
б) юзера не хотят парится с хитрыми настройками - предпочитают пару кнопок с нужными им вариантами запросов. А когда им нужно еще что то - им проще у программиста еще пару кнопок заказать.
Reindeer Moss Eater (2008-04-02 12:14:00) [17]Еще есть пользовательская настройка встроенная в контекстное меню для регистронезависимого поиска и поиска по неполному вхождению.
устанавливается и запоминается для конкретного экземпляра грида в приложении.
Reindeer Moss Eater (2008-04-02 12:11:00) [18]плюс есть инверсия условий для "НЕТ"
Reindeer Moss Eater (2008-04-02 12:10:00) [19]"И" "ИЛИ" "НЕТ" . . .
В базовом гриде EhLib есть только И по колонкам.
Я отнаследовался от него и у меня есть фильтрация и по ИЛИ.
Можно в фильтр добавить запись по PK, или по значению в любой колонке данных.
То есть данные введенные в шапке объединяются по "и", а горячие кнопки в области данных объединены по "или"
ANB (2008-04-02 12:02:00) [20]
> "больше" "меньше" "не равно" и тд.
"И" "ИЛИ" "НЕТ" . . .
Юзер обычно просит : "хочу выборку по данным московского региона". Выясняется, что это условие со всякими прибамбасами килобайт на 16.
Тупо кидаешь ему на запросную форму еще один чекбокс и при включенном оном генеришь этот запрос. В универсальной же запросной системе такое делать - повесишься.
Хотя мы спорим ни о чем. Оба варианта имеют право на жизнь. Единственно - я предпочитаю управлять процессом формирования текста запроса, независимо от интерфейса ввода оного. Т.к. в дальнейшем как правило вылезает задача оптимизации.