Работа с ADOQuery и несколько select

@serg87i · Регистрация: 11.10.2010

Author24 — интернет-сервис помощи студентам

Доброго времени суток форумчане! Такая трабла при запросе с несколькими подзапросами ADOQuery долго висит и не выполняется даже в рантайме. В чем трабла. Sql manegeк for Pgsql выполняет за секунды.

Добавлено через 12 минут
Там еще в каждом подзапросе несколько переменных.

Добавлено через 31 минуту
Пришел к выводу что Квери не хочет считать count(*) в sql запросе.В чем трабла не знаю.

@Latino · 26.09.2013, 16:35

Так Вы передаёте в компонент целый запрос?

@Rapsod · 26.09.2013, 16:58

Сообщение от serg87i

Доброго времени суток форумчане! Такая трабла при запросе с несколькими подзапросами ADOQuery долго висит и не выполняется даже в рантайме. В чем трабла. Sql manegeк for Pgsql выполняет за секунды.

Добавлено через 12 минут
Там еще в каждом подзапросе несколько переменных.

Добавлено через 31 минуту
Пришел к выводу что Квери не хочет считать count(*) в sql запросе.В чем трабла не знаю.

Сделайте более профессионально, перенесите логику на сервер, в виде хранимых процедур.
И после, используйте обращение к процедурам с передачей нужных параметров.
Ах да, и если у вас очень долго выполняется запрос, то не забудьте увеличить CommandTimout.

@Latino · 26.09.2013, 17:03

Сообщение от Rapsod

Сделайте более профессионально, перенесите логику на сервер, в виде хранимых процедур.
И после, используйте обращение к процедурам с передачей нужных параметров.
Ах да, и если у вас очень долго выполняется запрос, то не забудьте увеличить CommandTimout.

Полностью с Вами согласен! И можно за место компонента ADOQuery использовать ADOStoredProc.

@Rapsod · 26.09.2013, 17:13

serg87i, Когда перенесете запрос в хранимую процедуру, я помогу вам подключить её к вашему проекту.

Добавлено через 58 секунд

Сообщение от Latino

Полностью с Вами согласен! И можно за место компонента ADOQuery использовать ADOStoredProc.

Да, с ADOStoredProc проще работать

@serg87i · 26.09.2013, 17:20 **[ТС]**

Если б ума хватило перенес бы а так. Пока долбусь с этим АДО. Почему не считает count() ?????????? Бли пол дня долбусь

@Latino · 26.09.2013, 17:22

ну а на сам запрос можно взглянуть?

@serg87i · 26.09.2013, 17:48 **[ТС]**

SQL

SELECT 
COUNT(public.zaj_tbl.id_zaj) AS traff, 
(SELECT COUNT(id_radio) AS radio FROM statist.radio_r WHERE statist.radio_r.erdr_num = '11111' GROUP BY erdr_num) AS radio,
(SELECT COUNT(public.zaj_tbl.id_zaj) AS zap FROM   public.zaj_tbl INNER JOIN public.zaj_det_tbl ON (public.zaj_tbl.id_zaj = public.zaj_det_tbl.id_zaj) 
WHERE id_zloch = (SELECT id_zloch FROM zloch_orsksr_tbl  WHERE num_orsksr='11111') AND public.zaj_tbl.id_typ_zaj_rule = '2') AS mon 
FROM  
public.zaj_tbl  INNER JOIN public.zaj_det_tbl ON (public.zaj_tbl.id_zaj = public.zaj_det_tbl.id_zaj)    
WHERE id_zloch = (SELECT id_zloch FROM zloch_orsksr_tbl  WHERE num_orsksr='11111') 
AND public.zaj_tbl.id_typ_zaj_rule = '1'

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

Сообщение от serg87i

SQL

SELECT 
COUNT(public.zaj_tbl.id_zaj) AS traff, 
(SELECT COUNT(id_radio) AS radio FROM statist.radio_r WHERE statist.radio_r.erdr_num = '11111' GROUP BY erdr_num) AS radio,
(SELECT COUNT(public.zaj_tbl.id_zaj) AS zap FROM   public.zaj_tbl INNER JOIN public.zaj_det_tbl ON (public.zaj_tbl.id_zaj = public.zaj_det_tbl.id_zaj) 
WHERE id_zloch = (SELECT id_zloch FROM zloch_orsksr_tbl  WHERE num_orsksr='11111') AND public.zaj_tbl.id_typ_zaj_rule = '2') AS mon 
FROM  
public.zaj_tbl  INNER JOIN public.zaj_det_tbl ON (public.zaj_tbl.id_zaj = public.zaj_det_tbl.id_zaj)    
WHERE id_zloch = (SELECT id_zloch FROM zloch_orsksr_tbl  WHERE num_orsksr='11111') 
AND public.zaj_tbl.id_typ_zaj_rule = '1'

Подождав больше времени выяснил что запрос срабатывает но очень долго думает. Через sql за пару сек. Че за...

@Latino · 26.09.2013, 17:53

Попробуйте это в процедуру перевести. И будет Вам счастье)

@serg87i · 26.09.2013, 17:56 **[ТС]**

Понял в чем трабла. В таблице около миллиона записей как я потом уже понял все эти записи клиент при выполнении запроса подгружает себе поэтуму тратится столько времени. Так вот если поставить свойство ADOQUERY->Cursorlocation = clUseServer то все вылетает мгновенно.

Добавлено через 1 минуту
Идея логики на сервере конечно то что нужно. А есть какие то мануалы по самому синтаксису pgsql? Использую SQL Manager for PostgreSQL

@Oxotnuk · 26.09.2013, 17:57

Ну так,ты курсорами нагружаешь сервер,а если куча таких запросов будет..будет плохо.

@Latino · 26.09.2013, 18:11

PostgreSQL. Для профессионалов. Авторы: Дж. Уорсли, Дж. Дрейк, Издание: 2003 г.

@serg87i 12 / 12 / 3 Регистрация: 11.10.2010 Сообщений: 159
		1
	Работа с ADOQuery и несколько select 26.09.2013, 16:32. Показов 1733. Ответов 11 Метки нет (Все метки) Доброго времени суток форумчане! Такая трабла при запросе с несколькими подзапросами ADOQuery долго висит и не выполняется даже в рантайме. В чем трабла. Sql manegeк for Pgsql выполняет за секунды. Добавлено через 12 минут Там еще в каждом подзапросе несколько переменных. Добавлено через 31 минуту Пришел к выводу что Квери не хочет считать count(*) в sql запросе.В чем трабла не знаю. 0

@Latino 35 / 35 / 4 Регистрация: 28.05.2013 Сообщений: 180
	26.09.2013, 16:35	2
	Так Вы передаёте в компонент целый запрос? 0

@Rapsod Волшебник 65 / 64 / 7 Регистрация: 21.11.2009 Сообщений: 319
	26.09.2013, 16:58	3
	Сообщение от serg87i Доброго времени суток форумчане! Такая трабла при запросе с несколькими подзапросами ADOQuery долго висит и не выполняется даже в рантайме. В чем трабла. Sql manegeк for Pgsql выполняет за секунды. Добавлено через 12 минут Там еще в каждом подзапросе несколько переменных. Добавлено через 31 минуту Пришел к выводу что Квери не хочет считать count(*) в sql запросе.В чем трабла не знаю. Сделайте более профессионально, перенесите логику на сервер, в виде хранимых процедур. И после, используйте обращение к процедурам с передачей нужных параметров. Ах да, и если у вас очень долго выполняется запрос, то не забудьте увеличить CommandTimout. 0

@Latino 35 / 35 / 4 Регистрация: 28.05.2013 Сообщений: 180
	26.09.2013, 17:03	4
	Сообщение от Rapsod Сделайте более профессионально, перенесите логику на сервер, в виде хранимых процедур. И после, используйте обращение к процедурам с передачей нужных параметров. Ах да, и если у вас очень долго выполняется запрос, то не забудьте увеличить CommandTimout. Полностью с Вами согласен! И можно за место компонента ADOQuery использовать ADOStoredProc. 0

@Rapsod Волшебник 65 / 64 / 7 Регистрация: 21.11.2009 Сообщений: 319
	26.09.2013, 17:13	5
	serg87i, Когда перенесете запрос в хранимую процедуру, я помогу вам подключить её к вашему проекту. Добавлено через 58 секунд Сообщение от Latino Полностью с Вами согласен! И можно за место компонента ADOQuery использовать ADOStoredProc. Да, с ADOStoredProc проще работать 0

@serg87i 12 / 12 / 3 Регистрация: 11.10.2010 Сообщений: 159
	26.09.2013, 17:20 [ТС]	6
	Если б ума хватило перенес бы а так. Пока долбусь с этим АДО. Почему не считает count() ?????????? Бли пол дня долбусь 0

@Latino 35 / 35 / 4 Регистрация: 28.05.2013 Сообщений: 180
	26.09.2013, 17:22	7
	ну а на сам запрос можно взглянуть? 0

@Latino 35 / 35 / 4 Регистрация: 28.05.2013 Сообщений: 180
	26.09.2013, 17:53	9
	Попробуйте это в процедуру перевести. И будет Вам счастье) 0

@serg87i 12 / 12 / 3 Регистрация: 11.10.2010 Сообщений: 159
	26.09.2013, 17:56 [ТС]	10
	Понял в чем трабла. В таблице около миллиона записей как я потом уже понял все эти записи клиент при выполнении запроса подгружает себе поэтуму тратится столько времени. Так вот если поставить свойство ADOQUERY->Cursorlocation = clUseServer то все вылетает мгновенно. Добавлено через 1 минуту Идея логики на сервере конечно то что нужно. А есть какие то мануалы по самому синтаксису pgsql? Использую SQL Manager for PostgreSQL 0

@Oxotnuk 78 / 78 / 6 Регистрация: 18.06.2009 Сообщений: 533
	26.09.2013, 17:57	11
	Ну так,ты курсорами нагружаешь сервер,а если куча таких запросов будет..будет плохо. 0

	26.09.2013, 18:11