Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
Привет, всем! Имеется таблица на SQL Server с большим (15 397 896) количеством записей (логи), выполняю запрос в QA с ограничением по датам и группировкой (запрос вызвращает всего 1 строку). Так вот в QA этот запрос выполняется максимум 20 секунд. А при выполнении этого же запроса из приложения, DataReader долго-долго "думает" и отваливается по таймауту. Но иногда, после долгих "раздумий", он все же выполняется. Кто-нить сталкивался с подобным? Как с этим бороться? Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 11:27 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
Ну если нужно такое кол-во записей то: Поставь в коннекшине таймаут побольше. Тут вопрос не в сколько сервер данные отдает. а в этом + за сколько Reader заберет. Запрос считается выполненым если сервер отдал клиет забрал, а Reader забирать может очень долго. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 11:37 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
Hermitapа Reader забирать может очень долго Если запрос выполняется быстро и сервер отдал данные, то почему ридер их долго забирает? Как работает этот самый ридер? Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 11:44 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
2Hermitap так запрос возвращает одну запись 2kxmep Запрос передаешь на как текст на сервер или используешь хранимую процедуру? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 11:46 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
profilЗапрос передаешь на как текст на сервер или используешь хранимую процедуру? как текст Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 11:47 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
попробуй использовать процедуру (это рекомендуется) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 11:49 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
Был у меня такой случай, 1 раз всего столкнулся. Был запрос который с QA выполнялся ОЧЕНЬ БЫСТРО. через любое ADO приложения ОЧЕНЬ медленно. Через BDE быстро. через SqlQuery (вроде так называется) тоже быстро. Вообщем через все очень быстро кроме ADO, ADO.NET Пол дня бился. Что за фиигня, вообщем решилось так. Запрос достаточно сложный. В запросе вызывалось несколько функций. Весь запрос из 1 таблицы и функции из той же таблицы всякие суммы выводили.... Вообщем как поменял функции на прямые подзапросы, сразу все заработало. Глюк был стабилен, у нас тут пол отдела пыталось решить проблемму. Вначале даже недодумались что функции могут так подвести... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 12:06 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
я лично не сталкивался, но где-то уже слышал о подобных глюках (может и на этом форуме) посему пишите sp!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 13:16 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
Можно еще попробовать так - OracleDataReader reader = cmd.ExecuteReader(CommandBehavior.SingleResult | CommandBehavior.SingleRow); если строка одна. или cmd.ExecuteScalar() если у тебя только одна ячейка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 14:29 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2004, 16:14 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
Из-за отсутствия времени не успел все переписать на ХП. Но поставить в запросы TOP времени хватило... И хотя я не TOP 10 поставил, а достаточно большое число (+ запас, на всякий случай). И, о чудо, все стало НАМНОГО быстрей выполняться! Спасибо, timda! И все же интересно, почему так происходит? Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2004, 08:49 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
я думаю все просто ;-) тебе QA выкидывает не все данные - а лишь страницу а ридер - он будет долбить все до конца, пройдет и только потом тебе даст ;-) timda.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2004, 12:16 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
timda тебе QA выкидывает не все данные - а лишь страницу дык QA выдает только 1 запись. неужели она на страницу не влазит? Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2004, 13:52 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2004, 14:44 |
|
||
|
Запрос в QA быстро, на странице - медлено
|
|||
|---|---|---|---|
|
#18+
логи ISA Server SELECT count(DestHost) AS DestHostCount, sum(Quantity) AS Quantity, sum(Received) AS Received, sum(Sent) AS Sent, sum(ProcessingTime) AS ProcessingTime FROM (SELECT DestHost, count(*) AS Quantity, sum(ProcessingTime) AS ProcessingTime, sum(BytesRecvd) AS Received, sum(BytesSent) AS Sent FROM WebProxyLog (nolock) WHERE ClientUserName = 'domain\user' and ObjectSource in ('0', 'Inet', 'VFInet') and LogDate between '20040801' and '20040830' GROUP BY DestHost) src Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2004, 15:14 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=32697267&tid=1395149]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
51ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
| others: | 256ms |
| total: | 411ms |

| 0 / 0 |
