Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[18.118.30.253] |
|
Сообщ.
#1
,
|
|
|
сабж... Большая таблица, если юзер выбрал не те условия выборки приходится ждать, пока запрос не отработает, и ни одна кнопка на форме не активна....
|
Сообщ.
#2
,
|
|
|
Только варваскими методами, например абортировать поток, приложение
|
Сообщ.
#3
,
|
|
|
Так приложение - то как раз и не реагирует. Я думал, мож как-нибудь цивилизованно можно....
|
Сообщ.
#4
,
|
|
|
Запускать квери в отдельном потоке, правда это замедлит её выполнение, но приложение будет отвечать на запросы, прорисовывать конент и прерываться будет путём удиения потока.
|
Сообщ.
#5
,
|
|||
|
Приложение абортируется известной комбинацией, это как раз для случая единственного кодового потока. Лучше бы такие шутки не делать, чревато. Хоть приложение, хоть поток, второе даже опаснее. Надо пытаться ограничивать запросы еще до их запуска, контролируя WHERE. Если сам запрос выполянется быстро и имеется возможность использовать TOP, то это хорошее средство ограничения лерегрузки сети. Судя по типу базы, TOP использовать не получится, да и для формирования запроса все таблицы перекачиваются на клиента. Стоит подумать об установке SQL сервера |
Сообщ.
#6
,
|
|
|
Спасибо за обсуждение... Пример небольшой, количество юзеров ограничено ==> потерпят... (тем более, что запрос так или иначе выполняется за конечное время)
|