Если есть задачи, которые выполняются долго (десятки секунд) и упираются в одно ядро - разумеется, лучше сделать меньшее количество более производительных ядер.
Но учитывая, что у вас "сервер" на винде - сомнительно, что мы имеет дело с хайлоадом, требующим столь глубокой оптимизации.
На церковнославянском это называется "список словарей". Соответственно, искать нужно по индексу списка (ну или итерировать по ним), и далее по названию ключа в словаре.
Пряморукость ДБА не поможет, если в Оракле многолетние наслоения бизнес-логики, засунутые в хранимые процедуры. Такое проще переписать, чем обрабатывать напильником, пытаясь смигрировать.
Я правильно понимаю, что вы на каждый запрос поднимаете новый контейнер с инициализацией кластера? Напрасно.
Я бы смотрел в сторону "один пользователь (или даже запрос) - одна БД внутри постоянно работающей толстой СУБД". Ну и БД периодически ротировал с очисткой.
Если вы внимательно посмотрите на окончания, то поймёте, что они поддаются описанию довольно простым повторяющимся паттерном (особенно начиная со второго десятка).
Гарантированно консистентный снимок большой базы лучше делать с помощью реплики с задержкой применения изменений и архивирования WAL. А холодный бэкап делать вдобавок.
