Wenn man
die SP auf dem
SQL Server variiert und
über
DB Jobs und Schedules anspricht und
den Delphi Client nur noch zum Einlagern in die Jobqueue
und zur Visualisierung von (Zwischen)Ergebnissen nimmt, braucht man nicht mal threads in Delphi.
Wenn man natürlich in Delphi viel Rechnungslauf Know How implementiert hat und erhalten möchte, dann ist es wahrscheinlich sinnvoller, es dort zu behalten und optimiert zu nutzen.