Zitat von
Peinhard:
Zitat von
RavenIV:
Das halte ich für ein Gerücht.
Woher soll z.B. der
TCP-Stack wissen, was in den
TCP-Paketen drin ist.
Wenn der Befehl aber nur 'halb' ankommt, weil die Verbindung während seiner Übermittlung abreißt, fehlt sozusagen seine 'Terminierung'. Die Engine müßte iü ja auch 'wissen' ob da noch was kommt, oder ob's das jetzt war und sie loslegen soll/kann. Und der Stack 'weiß' zwar nicht was drin ist, aber schon, ob die Übermittlung vollständig ist. Und wenn nicht, geht der Befehl da gar nicht erst raus, sondern es wird eine (dem Szenario entsprechend nicht erfolgreiche) 'Neuverhandlung' versucht. Correct me if I'm wrong...
auch das ist nicht korrekt.
Jede Schicht prüft, ob ihre Anforderungen für die Übertragung gegeben sind.
Der "
TCP-Schicht" ist doch wurscht, was in den Paketen drin ist. Sind die einzelnen pakete gültig, werden sie weitergegeben. Fehlt ein paket, wird es neu angefordert. Ist ein paket falsch, wird es neu angefordert.
Die nächste Schicht setzt dann die Pakete zusammen. Dies könnte die Kommunikation zweier
DB-Komponenten sein. Aber auch diese Schicht weis noch nichts von Transaktionen.
Erst die letzte Schicht (eben die
DBMS-Applikation) kann entscheiden, ob die
Transaktion komplett ist.
Klaus E.
Linux - das längste Text-Adventure aller Zeiten...
Wer nie Linux mit dem vi konfiguriert hat, der hat am Leben vorbei geklickt.