вопрос начался там 21691388 приведу здесь
вадяесли в хранимке есть такое


select * from ....


select * from ....


то она выдаст результат клиенту после завершения второго селекта
а возможно ли сделать так чтоб после первого селекта началась отдача клиенту , а потом начался второй селект или параллельно с отдачей первого запускался второй селект?
Akinaвадяона выдаст результат клиенту после завершения второго селектаЭто не так. Сервер начинает "выдачу" сразу по выполнении первого запроса. Можете убедиться, выполнив код в консольном клиенте. Если из приложения наблюдается иное, то вина лежит на библиотеке доступа или драйвере доступа.

есть такое



но у меня получается, что 1 приходит только тогда когда 2 селект выполнится
как сделать по очереди?

Petro123вадя,
антипаттерн)а по делу?

Dmitry.а как ты определяешь что
измеряю время на клиенте.
отправка серверу - начало отсчета.
второй селект вычисляется долго, но результат - 1 число.
после первого селекта идет отправка клиенту
userSession.getBasicRemote().sendText(sbb.toString());
на клиенте фиксация времени и вывод разницы
после второго селекта - отправка клиенту
userSession.getBasicRemote().sendText(sbb.toString());
на клиенте фиксация и отображение времени от начала отсчета.
время первого селекта (замерено отдельно - 15-20мс)
время второго селекта 1-3 сек
время между первой и второй фиксацией 1мс
если они приходили как хочется - разница между фиксациями должна быть большой , а время первой фиксации маленькое

Dmitry.если перед вторым sendText поставить принудительный sleep(3000) это будет видно на клиенте?второе сообщение задержано на 3 сек

pavel_nv,
это забирает 1 результсет - результат 1 селекта


а это


запускает на выполнение хранимку
как применить вой вариант?
maytonПоэтому я вижу такой вариант. Ты создаешь пул сессий 4-8 штук. (Connection) И в решиме thread-pool-executor накидываешь
им задания и они их исполняют в параллелизме.не , тут мне надо несколько иное. получить результат именно из одной хранимки.

pavel_nvвадя,

А доку читал?)
Ты же сам писал в первом варианте

не понял...

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

AkinaЭто не так. Сервер начинает "выдачу" сразу по выполнении первого запроса. Можете убедиться, выполнив код в консольном клиенте. Если из приложения наблюдается иное, то вина лежит на библиотеке доступа или драйвере доступа.
maytonЯзыки хранимок это обычно простые ЯП без мультипоточки и async-calls.
кто прав?

Petro123В две переменные и выбирать по очереди в цикле?
Вопрос в чем?вопрос в том, что первый rs = proc.getResultSet(); начинает работать только после того как выполнится вся хранимка.

Dmitry.возьми консольный mysql клиент и попробуй выполнить процедуру.
maytonЯ
прав
Akina
действительно, сначала выдаёт результат первого селекта, поле (через время выполнения ) результат второго.
jdbc отдаёт результат после выполнения второго селекта, т.е. ждёт выполнения всей процедуры. а надо чтоб по мере выполнения селектов.

Где-то в степибери результат первого селекта заталкивай во вьюху, на вьюху вешай watcher и получай результат на событии.не всё так просто :)
в хп строится динамический запрос.
весь фокус был - запуск разово , а получение результата по мере выполнения...
есть желание ускорить поиск с использованием по like and like в таблице с 3000000 строк.

Где-то в степив чем проблема складывай все результаты в таблицу когда таблицу отпустит срабоатет событие -> смотри таблицу
уж не знаю, может ли твоя хп писать в файл, там еще проще и оперативней отследить.а ты как думал отлаживаю хп?всё это можно, но это всё время.
задача не выходить из 0.3 сек.
как отлаживать хп - это я знаю, в этом проблем нет :)
при 100 000 записей все летает.