Mandarin,
Вопрос странный. Параллельно к 5 бд это 5 переменных коннекта.
Если вы про асинхронный запрос, то как вы бедете лепить общий результат не дождавшись все ответы?

lleming,
+1

вадяPetro123,

всё просто если базы на одном сервере - можно сделать в одном запросе. как самое оптимальное - использовать храимки.узко мыслишь.
Нужен паттерн Фасад.
Т.е одна база которая все собирает.

вадяв одной из баз.тебе даже не дошло, что это ровно то что я сказал))

вадя,
Паттерны, это язык общения программистов.
Ты кроме слова хранимка слова знаешь?

вадякак правило заумные фразы используют те кто хочет скрыть свои незнания. ещё необразованные, как правило их не понимают.
Leonid KudryavtsevНе очень понимаю, чем потоки и изначальный алгоритм автора топика Вам так не нравятся.
Автор не сказал цель потоков?
Параллелизм? Скорость?
Пусть использует пул потоков. Загрузит все ядра.

Petro123пул потоков.
Пул коннектов)).
Что в принципе, едино.

maytonАвтору нужен параллелизм.в ожидании ответа сервера?
Все выше решения будут работать.
Просто параллелизм в разных местах - сервлет апи, пул, драйвер...

maytonДайте пример параллелизма с хранимкой.
тут ты прав конечно. При хранимке не параллелизм, а конечная цель решается другой архитектурой.
Если конечная цель - быстрая консолидация.
А параллелизм - средство достижения .

maytonБазы могут быть географически разнесены.
в двухзвенках не проблема.
Репликация, DB_LINK.
Пусть бы автор сказал - двухзвенка не нужна!
Тогда вадя - в пролёте.

maytonНормальное пожелание? Да. Реализовать можно? Да.
Да.
Можно реализовать все способы выше описанные мемберами).

maytonА как бы вы реализовали? Через репликацию? Или через параллельный пуск 2 отчотов?
это ведь входные данные.
Репликация, OLAP\OLTP\Витрины данных\Региональные базы
это если уже изначально есть данная сеть из нескольких баз.
Её строят не по причине: "мне понадобились 2 параллельных отчёта".
Как бы другой уровень.
...
С другой стороны, DB_LINK с материализованными индексами это тоже решение но без 3-х звенки и Java.
..
Выходит опять - кто на чём умеет тот так и пишет.
В Java можно потоки сделать контейнером. можно самому и можно пулом.
А можно клиентом JavaFX и бэкенд об этом даже не узнает)).
Можно в JS клиенте по REST и тогда спросить автора - в чём вопрос дорогой?
С каких пор клиент не может асинхронные параллельные запросы?
...
Слишком много вариантов и вопрос элементарный.
IMHO

вадяэто как пример что есть смылс ( если у тс mysql) воспользоваться .
асинхронный драйвер применяется широко в шарпе с сиквелом.
В Java не применяется такой подход.

вадяPetro123В Java не применяется такой подход.ранее много что не применялось, к примеру лямбды
некоторые и ws игнорировали...
ты про будущее или про сегодня? LOL )))

maytonАрхитектурно... задача драйвера в другом. Он является адаптером обобщённого прикладного API и API конкретного
сетевого интерфейса БД. И есть у меня большие сомнения что будет хорошим архитектурным решением нагружать
драйвер еще дополнительными задачами помимо тех которые он уже выполняет.
В будущем - не уверен.
Майкрософт решает таким способом заморозку интерфейса в одну строку.
А у нас с JavaFX нужно писать побольше строк чем:
Ридер ридер = Драйвер.ДайСтрокиAsync()
))).
Но это в будущем).
С другой стороны, асинхронность решалась в драйверах уже лет 20 в ADO через:
авторИспользуйте CacheSize свойства, сколько записей следует извлекать за один раз в локальную память от поставщика. Например если CacheSize равно 10, после первого открытия записей объекта, поставщик возвращает первые 10 записей в локальную память. При перемещении по записей объекта, поставщик возвращает данные из буфера локальной памяти.
Удачи аффтару!