Превышение времени обработки SQL-запроса

Проблема возникает при направлении через ADOQuery запроса на добавления записи(запрос очень большой реализован через выполнение функции минимизировать не получится), запрос проходит через гребанную тучу условий в самом Delphi (через IF) среди которых 2 подзапроса с отдельными Query и все это великолепие в цикле. На тысячной (последний запуск прервался на 1128) строке выскакивает ошибка на русском "Превышено время обработки запроса"
Предвосхищая ваш вариант
перед любым Query стоит
ADOQuery2.CommandTimeout := 2400;
перед ADOConnection стоит
ADOConnection1.CommandTimeout:=2400;
и это не помогает!
Возможно ли как-то еще это исправить?

про запрос скажу так во входящих данных 62 (из входящих можно но от силы 8-9)переменных а выходящих 92 (выкинуть из выходящих ни одну нельзя) сам запрос конечно тяжелый но с более простым запросом происходила таже картина. Возможно нужно как-то чистить кеш на стороне SQL но я не знаю способа. Перед выполнением любого ADOQuery его текст зачищается в ноль! данные передаются в SQL в виде текста и там же хранятся также в виде текста с запасом(Хотя при передачи на обработку ограничения в притык но если бы это было причиной, то оповещал бы о неправильности составления запроса)

просматривал странички тут
Проблема с timeout при работе через ADO-компоненты с MS SQL
и тут
Ошибка - Время ожидания истекло.

0

Сообщение от krapotkin думаю, в этом случае вы сталкиваетесь с какими-то ограничениями по памяти на самом сервере, раз частями приходит, а целиком - нет очевидное решение - вытаскивать данные по частям и склеивать уже на бумаге

Я правильно понял придумать хитрозадый запрос который вываливает информацию частями скажем по достижению границы уже просмотренного операцию повторить и так до победного?
Мдааааа это будет больно я когда фильтр к проге делал чуть на стены кидаться не начал а тут ещё этот процесс усложнять.

И да как объяснить SQL что мне нужны данные частями? create и drop временной табличкой и в нее тянуть частями? я ооочень надеялся обойтись без временных табличек

Добавлено через 4 минуты
И как поймать момент что все данные уже просмотрены со стороны Delphi

Добавлено через 3 минуты

Сообщение от Аватар В ADOConnection свойство CurcorLocation какое? Попробуй поставить clUseServer если там другое

Попробовал результат тот-же!

Сообщение от Аватар Не реально - секунду на запись (просматривают же!) - 64 часа. Да и пролистать просто несколько часов )

хи они это не 64 часа делают и уж точно не по 1 секунде на запись. И да без моей проги они это делают в excel-е ручками да ещё приговаривают маловато будет и святые и страшные люди.

0

а куда вы выводите 230к строк? Stringgrid? ListView?

может у вас проблемы именно с выводом такого количества?

Добавлено через 31 секунду
почему не разбить на страницы по 10к и не сделать кнопки Вперед и Назад?

0

Сообщение от magistrmediv по достижению границы уже просмотренного операцию повторить и так до победного? Мдааааа это будет больно я когда фильтр к проге делал чуть на стены кидаться не начал а тут ещё этот процесс усложнять. И да как объяснить SQL что мне нужны данные частями? create и drop временной табличкой и в нее тянуть частями? я ооочень надеялся обойтись без временных табличек

согласно указанной сортировки пропустить 10000 строк и выбрать только 15000 следующих строк

1

Сообщение от qwertehok а куда вы выводите 230к строк? Stringgrid? ListView?

Ну основной список выводиться одним столбцом в DBGrid остальное просматривается DBedit или DBComboBox.

Добавлено через 3 минуты

Сообщение от Аватар согласно указанной сортировки пропустить 10000 строк и выбрать только 15000 следующих строк

хорошее решение осталось как-то поймать момент на стороне Delphi

0

Сообщение от magistrmediv хорошее решение осталось как-то поймать момент на стороне Delphi

А чего его ловить? По кнопочке - выбрать следующую порцию )

1

Сообщение от Аватар А чего его ловить? По кнопочке - выбрать следующую порцию )

Огромное спасибо это уже похоже на решаемый функционал ещё как-то подшаманю чтоб процедура SQL понимала что нужна следующая страничка и все путем будет

0

рекомендую все таки
1. перейти на последнюю делфи
2. использовать Firedac
3. вместо DBgrid использовать что-то нормальное
4. не выводить весь массив пользователю
(если им это нужно - выгрузить в эксель)

Добавлено через 2 минуты
OFFSET появился только в SQL Server 2011 (Denali)

0

Запрос в процедуре, что ли? Тогда смещение и объем выборки параметрами передать, а в процедуре в запросе соответствующие переменные. Должно съесть, если нет - динамический запрос делать. Если же просто запрос без процедуры, то он на стороне клиента модифицируется в программе для каждой порции

0

для просмотра лучше пользоваться просто отчетом
не нужен весь безумный функционал DBGrid

ну и разбиение на части это абсолютно здравое решение
100% потом еще выяснится, что никто из них не смотрит больше одной )

0

Сообщение от qwertehok OFFSET появился только в SQL Server 2011 (Denali)

Кстати да. Если ниже, но не ниже 2005 то можно ROW_NUMBER() приспособить. Если еще ниже то ни как

0

Сообщение от qwertehok рекомендую все таки 1. перейти на последнюю делфи 2. использовать Firedac 3. вместо DBgrid использовать что-то нормальное 4. не выводить весь массив пользователю (если им это нужно - выгрузить в эксель) Добавлено через 2 минуты OFFSET появился только в SQL Server 2011 (Denali)

Delphi 10 так то.
Firedac не любитель придерживаюсь принципа работает не трожь
Вы издеваетесь я делаю прогу как раз чтоб они ушли от Excel
SQL Server 14

Сообщение от Аватар Запрос в процедуре, что ли? Тогда смещение и объем выборки параметрами передать, а в процедуре в запросе соответствующие переменные. Должно съесть, если нет - динамический запрос делать. Если же просто запрос без процедуры, то он на стороне клиента модифицируется в программе для каждой порции

Динамический запрос реализован в процедуре и да так и собирался передать данные через переменную правда придется процедуру дублировать чтоб получить количество или модифицировать через ещё одну переменную.

Добавлено через 1 минуту

Сообщение от Аватар ... ORDER BY ИмяПоля OFFSET 10000 ROWS FETCH NEXT 15000 ROWS ONLY

увсе работает проверил первым же делом

0

Сообщение от magistrmediv Firedac не любитель придерживаюсь принципа работает не трожь

наоборот, Firedac лучше ADO

Сообщение от magistrmediv Вы издеваетесь я делаю прогу как раз чтоб они ушли от Excel

куда вы от него уйдете? фильтры, сводные таблицы - этого вы не сделаете

главное не работать в экселе, а пользоваться только как отчетами

0