etwas komischer Focus auf die Datenbankzugriffe, welchen Zweck erfüllen die denn?
es muss doch auch irgendeine Logik dahinter stehen die etwa die Ergebnisse dann in der ‚Software‘ mit JavaFX-Bezug verarbeitet (= in der graphischen Oberfläche anzeigt?)
ob dabei Datenbankzugriffe vorkommen (oder Festplatte oder Netzwerk oder sekundenlange Berechnungen) ist eigentlich nebensächlich,
diese fachlichen/ anwendungslogischen Aktionen gehören, wenn sie lange dauern und eine GUI blockieren, in einen nebenläufigen Thread, richtig
Priorität sollte auf einen (oder je nach Nutzer/ Aktionen mehrere solche) Thread zur Bearbeitung der Aktion liegen,
mit Datenbankzugriffen hat das wenig zu tun,
und darin/ dabei/ dafür noch einen extra Thread für Datenbankzugriffe ist mir nicht vertraut, was macht solange der Thread, der auf die Ergebnisse wartet?
wie die nebenläufige Arbeit weiter organisiert wird, ob sich 20 DB-Anfragen oder sonstige Einzelaktionen parallel in mehreren Threads ausführen lassen oder nicht, ist die nächste Frage,
sind die denn alle voneinander unabhängig?
falls es durchführbar ist und sich der Aufwand lohnt, dann natürlich gerne,
pauschal für jeden Datenbankzugriff (ein weites Feld) eigener Thread wohl kaum, aber da muss man auch nicht drüber reden,
einfach mal entsprechend bauen und anschauen was draus geworden ist, Unterschied zu anderen Varianten,
wenn Erfolg zu sehen, dann sicher auch erklärbar durch die aktuelle Situation
edit:
bedeuten ‚20 Datenbankzugriffe‘ zufällig 20 längerfristige Aktionen, die man in der GUI auswählen kann, Buttons & Co.?
Standard dürfte bei jeder Aktion ein eigener neuer Thread sein,
aber wenn bereits eine alte Aktion läuft dann muss natürlich entschieden werden wie die beiden miteinander harmonieren
nur einen Thread zur Bearbeitung zu haben und die neue Aktion als Aufgabe dort zur Abarbeitung alsbald abzulegen kann dabei sinnvoll sein, ja,
je nachdem was man will, läßt sich vielleicht auch unabhängig abarbeiten