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

Вниз

Проблема с черезстрочным раскрашиванием Grid.   Найти похожие ветки 

 
Aleksandr ©   (2003-01-08 16:21) [0]

Черезстрочную раскраску гриды с данными из Парадоксового Query я делаю по принципу Odd(Query.RecNo). Но когда на этот чертов Query накладываешь фильтр, RecNo включает в себя и отфильтрованные записи, соответственно, раскраска становится просто не в тему. А переформировывать и переоткрывать запрос - это слишком много времени на выполнение, потому как он совсем не маленький. Как можно обойти это дело?


 
Delirium^.Tremens ©   (2003-01-08 16:24) [1]

Накладывать фильтр запросом :-) (WHERE)


 
Aleksandr ©   (2003-01-08 16:37) [2]

Дык я ж написал уже - долго сильно при каждой фильтрации запрос менять... А с фильтрами чуть не 80% работы идет у пользователей.


 
Delirium^.Tremens ©   (2003-01-08 16:44) [3]


> А с фильтрами чуть не 80% работы идет у
> пользователей.

Тем очевиднее необходимость перестройки запросов.


 
Anatoly Podgoretsky ©   (2003-01-08 16:45) [4]

Так не раскрашивай,зачем тебе нужны эти колокольчики и зеркальца


 
Val ©   (2003-01-08 16:59) [5]

Из полезных ссылок:
http://www.delphikingdom.com/helloworld/dbgridcolor.htm
http://www.delphikingdom.com/helloworld/dbgridplus.htm
http://www.citforum.ru/programming/advice/advice04.shtml


 
Aleksandr ©   (2003-01-08 18:08) [6]

2 Delirium^.Tremens:
Абсолютно не вижу необходимости в перестройке запроса. Рабочее время у диспетчеров на 20% состоит только из ожидания результатов запроса. Охрененные затраты.

2 Anatoly Podgoretsky:
Ну, энто как заказали... Не моя на то воля.


 
Aleksandr ©   (2003-01-08 18:13) [7]

2 Val:
Спасибо, на второй ссылке есть приемлемое решение...


 
Delirium^.Tremens ©   (2003-01-08 18:16) [8]

Aleksandr © (08.01.03 18:08)

> Абсолютно не вижу необходимости в перестройке запроса. Рабочее
> время у диспетчеров на 20% состоит только из ожидания результатов
> запроса. Охрененные затраты.

Если запрос возвращает неимоверно большой набор данных, то не ясно для чего тогда разрабатывался SQL?


 
Aleksandr ©   (2003-01-08 18:33) [9]

Запрос возвращает большой набор данных изначально, то есть еще до применения фильтров. И содержит в себе подключение семи справочных таблиц. Если Вы с такими не работали, это не показатель, что такого не может быть.


 
Jeer ©   (2003-01-08 22:06) [10]

У меня до 10-15 бывает и все путем через запросы.
http://recop.hotmail.ru/hdd.png


 
Delirium^.Tremens ©   (2003-01-09 09:40) [11]

Aleksandr © (08.01.03 18:33)

> Запрос возвращает большой набор данных изначально, то есть
> еще до применения фильтров. И содержит в себе подключение
> семи справочных таблиц.

Да пусть он "содержит в себе подключение" хоть семидесяти справочных таблиц. Всегда можно ограничить выборку временным интервалом, свойством номенклатуры, просто количеством возвращаемых записей и т.п. Вы же сами говорите, что 80% работы - обработка результатов фильтрации. Так пусть они не фильтруют, а получают уже отфильтрованный НД с помощью SQL. О чем мы спорим то вообще?

> Если Вы с такими не работали, это не показатель, что такого
> не может быть.

Да нет, увы, и я с таким работал пока не прочитал Мартина Граббера.



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

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

Наверх




Память: 0.49 MB
Время: 0.02 c
1-86956
Igit
2003-01-17 10:08
2003.01.27
Загрузка картинки в Imageshow


4-87226
Bukerman
2002-12-13 11:04
2003.01.27
Убивание процесса или как найти дочерние процессы


9-86618
Miron
2002-07-26 11:32
2003.01.27
OpenGL


4-87225
Ascan_
2002-12-10 13:36
2003.01.27
SetForegroundWindow срабатывает только один раз.


1-86830
SinnerPro
2003-01-19 09:52
2003.01.27
Поиск в файле