запрос с 3мя выборками виснет

[andron81_81]

По опыту не сталкивался никто с таким ???

есть запрос , в нём последовательно 3 выборки в таблицы. по такому принципу :
выбрать .... поместить Таб1
выбрать .... поместить Таб2
выбрать .... поместить Таб3

Эти все выборки одинаковые , отличаются только одним параметром.
и выборки результирующие таблицы друг друга : Таб1 , Таб2 , Таб3 не используют точно.
то есть первая выборка разумеется не использует Таб2, Таб3
вторая выборка не использует Таб1 и тем более Таб3
третья выборка не использует Таб1, Таб2

И вот проблема : запуская каждую выборку отдельно - всё работает каждая меньше секунды. Запускаю последовательно в одном запросе - уходит в жуткий зависон.
Могу отметить , что запросы в выборках одинаковые - затрагивают одни и те же таблицы.

[LexaK]

andron81_81, очень интересно...
все таки надо смотреть на сам запрос и код который получает результат.
выкладывайте

[LexaK]

еще какая база - файловая или серверная
сколько памяти, места на дисках

[andron81_81]

LexaK, серверная.

выборки выдают соответственно 3, 6 и 0 строк соответственно.

[Криворучко]

Постгресс? Если да, то нечему удивляться.

[LexaK]

andron81_81,

3, 6 и 0 строк с

вообще "летать" все должно... 

попробуйте ще проверку базы сделать

проверьте этот запрос на копии базы

[andron81_81]

LexaK,
проверял на копиях на всевозможных. везде висяк 

[andron81_81]

Криворучко, СУБД МССКУЭЛЬ

[Максим75]

andron81_81, очень похоже на то, что запрос лочит таблицы на уровне СУБД, а другой запрос к этим же таблицам просто ждет.
Ведь не зря в типовых если используют вагон запросов в пакете, то делают один общий, а уже потом работают исключительно с выборкой этого запроса, крутят, вертят и т.д. Но к одним и тем же данным на физическом уровне не обращаются.

[andron81_81]

Максим75, типа многопоточности ?