Das Ändern der Prio hat nur geringe bis gar keine Auswirkungen, ins besonders, wenn viele Abfragen laufen.
Wenn ein temporärer Index gebildet werden muss, interressiert die Klasse nämlich überhaupt nicht, das System wird bis zum Maximum belastet.

Hier gilt es eher, die Abfragen von Access/Java zu optimieren, so dass die Systemlast sinkt.

Übliche Probleme dieser Abfragen in Access sind Joins zwischen verknüpften und lokalen Tabellen.
Diese ziehen nämlich erst den gesamten Inhalt einer Tabelle in den Speicher, führen dann den Join intern aus und verwerfen den Rest wieder.

Das nächste Problem sind häufig fehlende Indexe für den SQL-Optimizer.
Hierbei besteht bei Access meist das Problem, dass Access max. 32 LF's unterstütz und stirbt, wenn mehr als 32 LF's vorhanden sind.
Alternativ hilft nur die Verknüpfung auf eine LF mit Schlüssel, die allerdings kein Select/Omit enthalten darf.
Den Rest erledigt der Optimizer.

Für JDBC gilt i.W. das selbe, dass hier ungünstige Abfragen (auf LF's mit Select/Omit, fehlender Index, usw.) gestartet werden.

Im Normalfall sollten ODBC/JDBC-Abfragen in wenigen Sekunden (möglichst < 2) erfolgreich sein.