Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

DBExpress async call

_vvv_ © (2005-09-26 12:02:00)
Привет народ!

Кто-нибудь пробовал работать с Oracle через DBExpress используя асинхронный вызов запросов. В драйвере есть соответствующая опция.
В общем случае задача стоит такая:
Организовать параллельный вызов нескольких запросов через одно соединение.
У кого есть опыт, плиз, поделитесь.

Спасибо

evvcom (2005-09-26 20:40:00) [1]

> Count отрабатывает долго

А может ты просто запрос неоптимально написал? Я на днях первое, что написал был обычный select с join-ами нескольких таблиц (на выходе тыс.50-70 записей), потом join с таблицей через dblink (около 200 тыс.записей) и еще один локальный join. Запрос отрабатывал 1,5 минуты в задаче, где пользователь должен был вводить данные. Он бы повесился, тратив по 1,5 минуты на ожидание при вводе каждого документа. Целый день я потратил на оптимизацию сего запроса. В результате вышел на результат менее 1 секунды.
А у тебя, если все данные на одном сервере, так это вообще просто.

ANB (2005-09-26 18:05:00) [2]
1. Перейти на прямой доступ (ODAC, DOA)
2. Завести пулл сессий.

Dexter (2005-09-26 18:01:00) [3]
Работал, но асинхронный метод не использовал ..... ИИИ

> В общем случае задача стоит такая:
> Организовать параллельный вызов нескольких запросов через
> одно соединение.

Насколько Я понял Вам Дали Ясно понять что подобное невозможно :-\

_vvv_ (2005-09-26 16:11:00) [4]
Мы отвлеклись от основной темы.
Неужели никто не пробовал асинхронно работать с DBExpress?

Sergey13 (2005-09-26 15:46:00) [5]
2[10] _vvv_ (26.09.05 15:10)
Не делай ничего. Если будет ругаться на "медленно" скажи ему, что он сам так хотел.
"Больших семь шапок из овцы не выкроишь никак."
(С) Классик детской литературы.

_vvv_ (2005-09-26 15:10:00) [6]

> А что заказчик? Заказал конкретно не менее 100000 записей
> читать? И всю инфу за 5 лет в гриде смотреть? 8-)

Я фетчу только первую тысячу, далее он может подчитывать следующую партию.
Но общую статистику по таблице я должен показать.

Sergey13 (2005-09-26 14:47:00) [7]
2[8] _vvv_ (26.09.05 14:42)
А что заказчик? Заказал конкретно не менее 100000 записей читать? И всю инфу за 5 лет в гриде смотреть? 8-)

_vvv_ (2005-09-26 14:42:00) [8]

> > Первые записи фетчатся быстро, но надо еще и посчитать
> Count.
> Посчитай отдельным запросом (или приделай к основноve через
> union). Фетч от ассинхронности по любому не ускорится. Может
> вообще ну его на фиг запрос возвращающий на клиента столько
> записей.

Я согласен, но не заказчик.

_vvv_ (2005-09-26 14:38:00) [9]

> А при чем здесь fetch? Запрос открывается, делается fetch
> 25 записей (в ОДАКе это так), тут же можешь открывать второй
> запрос и фетчить его 25 записей. Потом вернуться опять к
> первому и фетчить его дальше. В чем проблема-то?

Count отрабатывает долго. Я его запихнул в отдельный поток, но пока он работает соединение занято. Пользователь пытается подкачать дополнительно записей из основного запроса, но не может, пока не отработает Count в отдельном потоке.
Count - я называю условно, пока это так, но там может быть какая-нибудь статистика по основному запросу.

evvcom (2005-09-26 14:18:00) [10]

> Первые записи фетчатся быстро

А при чем здесь fetch? Запрос открывается, делается fetch 25 записей (в ОДАКе это так), тут же можешь открывать второй запрос и фетчить его 25 записей. Потом вернуться опять к первому и фетчить его дальше. В чем проблема-то?

Sergey13 (2005-09-26 14:15:00) [11]
2[4] _vvv_ (26.09.05 13:53)
> Первые записи фетчатся быстро, но надо еще и посчитать Count.
Посчитай отдельным запросом (или приделай к основноve через union). Фетч от ассинхронности по любому не ускорится. Может вообще ну его на фиг запрос возвращающий на клиента столькозаписей.

_vvv_ (2005-09-26 13:53:00) [12]

> Все равно, пока не отработает один запрос, Оракл в той же
> сессии не возьмется за второй, имхо. Так есть ли смысл?
> А в чем нужда сего? Долго запрос отрабатывает?

Имеется запрос с фильтрацией на большую таблицу.
Первые записи фетчатся быстро, но надо еще и посчитать Count.
Много индексов тоже не могу положить.

_vvv_ (2005-09-26 13:51:00) [13]

> разве "асихронный"=="параллельный"?

Я предполагал, что можно запустить два асинхронных запроса и проверять их состояние.

evvcom (2005-09-26 13:42:00) [14]
Все равно, пока не отработает один запрос, Оракл в той же сессии не возьмется за второй, имхо. Так есть ли смысл? А в чем нужда сего? Долго запрос отрабатывает?

Desdechado (2005-09-26 13:04:00) [15]
разве "асихронный"=="параллельный"?

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »