BlazkowiczVelocity умеетследуя рекомендации - смотрю на Velocity...
вот пример https://javabeat.net/java-database-application-with-apache-velocity/
по структуре он подходит под мой вариант.
работу с шаблоном можно разделить на несколько шагов
получить данные из результсета
загрузить построчно из результсета в мапы
мапы в лист
что-то с листом
прочитать шаблон
инициализация Velocity
запуск Velocity

это ж во сколько раз всё медленнее будет? даже если шаблон из базы вытащить...

вадязагрузить построчно из результсета в мапы
мой код заканчивает работать на этой строке, просто заменяем мапу на StringBuilder.
всё остальное - уже чистый пройгрыш, а если учесть что весь набор данных перебирается ещё как минимум 2 раза..
т.е. минимум в 3 раза медленнее. просто из-за того что данные переписываются. что там делается с шаблоном, не известно, но алгоритм должен быть универсальным, а значит не факт что оптимальным.
значит для нормальной работы сервер может обслужить как минимум в 3 раза меньше клиентов. это не всегда заметно. но всегда заметно раздражение заказчика, когда требуется ждать....

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

а если каждый клиент будет получать данные как минимум в 3 раза медленнее.
я проигрываю не только на этом участке... таких куча.
добавим время на написание+отладку этого код + написание и отладка шаблона = удорожание разработки.
а если добавить что это всё с базой - то ещё удорожание. удорожание себестоимости.

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

Usmanвадя,

а как ты относишься к многопоточности?
это не понацея, если есть лишний код он и многих потоках будет лишним.

Petro123вадякогда в какой-нибудь конторе сидишь в очереди
опять бредни старухи на лавочке.
тебе не приходилось ? завидую....

BlazkowiczПомеряй и удиви нас. А то всё у тебя субъективно медленне, чиста по личным предположениям.если будет время проверю :)

Petro123вадя,
только миллисекунды нам(мне) не нужны.
В ГУИ, когда я сижу на лавочке погрешности побольше.
"Любитель, микросекунд))".они складываются в минуты.
любитель тормозов?
а кто-то тут твердил про высоконагруженные системы, а по ходу сам создаёт на них охеренную нагрузку.
когда ты один эти микросекунды не заметны, а когда у тебя 10к ? уже всем заметно...

Petro123образование есть?
21121571
а у тебя есть 21122348
5 сек на ожидание данных - это круто...

Petro123образование есть?
21121571 12 раз выбрать пункты - вот и минута, а за смену такого наберётся сколько ?
при активной работе может и полчаса и час - переведи в зарплату?

BlazkowiczПомеряй и удиви нас. А то всё у тебя субъективно медленне, чиста по личным предположениям.Petro123 хотел удивить меня , удивил, получилось - тормоза в 5 сек -это круто
если вас такое устраивает - продолжайте.

Petro123Дай ссыль и я набью ему морду)))).я написал где, читай. в том примере что ты дал ссылку