kuerzere Transaktionsspannen bedeutet eigentlich nur, dass du rausfinden musst, ob du weniger in eine Transaktion packen kannst.
die Datenbankverbindung wird aufgebaut, eine Transaktion gestartet, irgendwas in die DB geschoben, dann wird die Transaktion beendet und die Datenbankverbindung evtl geschlossen.
so sieht es normalerweise aus, und das ist auch gut.
Aendern kann man hier etwas daran, was in die DB geschoben wird.
Ein Bsp aus meiner Arbeit.
Ich habe eine Liste aller Gemeinden in einem Bundesland, und muss fuer jede Gemeinde Unternehmensdaten berechnen und diese dann in die Datenbank schreiben.
In By gibts 2056 Gemeinden, und eine Unmenge von Unternehmen... da die Berechnungen etwas komlpexer sind, braucht jede Gemeinde ca. 2 Sekunden und fertig zu werden (inkl Datenbanksuche, Berechnung, Umformung und Speicherung)
wenn ich jetzt eine Transaktion ueber alle 2056 Gemeinden mache, muss die DB Verbindung 2056*2s aufrecht erhalten werden - das schmiert mir ab, weil da alles moegliche passieren kann und der Server die Verbindung auch schliesst in der Zeit.
Also gibt es nun 2 Moeglichkeiten:
entweder ich berechne erstmal alles, speicher es im RAM und schieb hinterher nur das Ergebnis in die Datenbank. Die Berechnung dauert immer noch 2 Sekunden, und das in die DB schieben dauert nur ganz kurz.
Oder ich mach das ganze fuer jede Gemeinde einmal - also DB aufbauen, eine Gemeinde berechnen, in die DB schreiben, schliessen, und von vorne
das hat beides Vor- und Nachteile, und nicht immer geht beides.
