Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Проблема с черезстрочным раскрашиванием Grid. [D7, MSSQL, Paradox]

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

Delirium^.Tremens (2003-01-09 09:40:00) [1]
Aleksandr © (08.01.03 18:33)

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

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

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

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

Jeer (2003-01-08 22:06:00) [2]
У меня до 10-15 бывает и все путем через запросы.
http://recop.hotmail.ru/hdd.png

Aleksandr (2003-01-08 18:33:00) [3]
Запрос возвращает большой набор данных изначально, то есть еще до применения фильтров. И содержит в себе подключение семи справочных таблиц. Если Вы с такими не работали, это не показатель, что такого не может быть.

Delirium^.Tremens (2003-01-08 18:16:00) [4]
Aleksandr © (08.01.03 18:08)

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

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

Aleksandr (2003-01-08 18:13:00) [5]
2 Val:
Спасибо, на второй ссылке есть приемлемое решение...

Aleksandr (2003-01-08 18:08:00) [6]
2 Delirium^.Tremens:
Абсолютно не вижу необходимости в перестройке запроса. Рабочее время у диспетчеров на 20% состоит только из ожидания результатов запроса. Охрененные затраты.

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

Val (2003-01-08 16:59:00) [7]
Из полезных ссылок:
http://www.delphikingdom.com/helloworld/dbgridcolor.htm
http://www.delphikingdom.com/helloworld/dbgridplus.htm
http://www.citforum.ru/programming/advice/advice04.shtml

Anatoly Podgoretsky (2003-01-08 16:45:00) [8]
Так не раскрашивай,зачем тебе нужны эти колокольчики и зеркальца

Delirium^.Tremens (2003-01-08 16:44:00) [9]

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

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

Aleksandr (2003-01-08 16:37:00) [10]
Дык я ж написал уже - долго сильно при каждой фильтрации запрос менять... А с фильтрами чуть не 80% работы идет у пользователей.

Delirium^.Tremens (2003-01-08 16:24:00) [11]
Накладывать фильтр запросом :-) (WHERE)

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »