Проблема с черезстрочным раскрашиванием 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. О чем мы спорим то вообще?

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

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

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