Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Помогите построить иерархический запрос
|
|||
|---|---|---|---|
|
#18+
Имеется TQuery у котрого запрос меняется от некоторых условий (опции фильтра) всего 32 варианта, и соответсивенно по такому же запросу, но ещё с парой условий необходимо просуммировать поля. Подскажите как можно сделать так чтобы не менять 128 раз запрос, а суммировать поля полученные в результате первого запроса с наложением всего двух условий. Пробывал указывать суммируемые поля в запросе разделе COMPUTE не подходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2001, 06:23 |
|
||
|
Помогите построить иерархический запрос
|
|||
|---|---|---|---|
|
#18+
Не вижу ничего плохого в том, чтобы каждый раз генерировать новую конструкцию SQL, но нескомпилированные запросы сильно загружают сервер. Поэтому, я поступаю так: 1 Составляю несколько наиболее общих запросов в виде хранимых процедур (включая суммирование, но это "напрягает" сервер); 2 Получаю их в StringGrid; 3 Фильтры и сортировки реализую на клиентской части. Пришел я, правда, к этой схеме с другой стороны: пытаясь унифицировать сортировку на клиентских программах под Win9X и NT, но, обнаружив суммарный рост производительности, стал применять повсеместно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2001, 11:41 |
|
||
|
|

start [/forum/topic.php?fid=58&gotonew=1&tid=2120183]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
72ms |
get topic data: |
9ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 296ms |
| total: | 463ms |

| 0 / 0 |
