<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=Zeitstempelverfahren</id>
	<title>Zeitstempelverfahren - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=Zeitstempelverfahren"/>
	<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Zeitstempelverfahren&amp;action=history"/>
	<updated>2026-06-08T00:59:52Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale Kopie</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://wiki-de.moshellshocker.dns64.de/index.php?title=Zeitstempelverfahren&amp;diff=703657&amp;oldid=prev</id>
		<title>31.209.82.250 am 26. Juli 2019 um 12:22 Uhr</title>
		<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Zeitstempelverfahren&amp;diff=703657&amp;oldid=prev"/>
		<updated>2019-07-26T12:22:40Z</updated>

		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;Zeitstempelverfahren&amp;#039;&amp;#039;&amp;#039; ({{enS|&amp;#039;&amp;#039;timestamp ordering&amp;#039;&amp;#039;}}) werden in [[Datenbank]]systemen eingesetzt, um die Forderung der Isolation des [[ACID (Informatik)|ACID]]-Prinzips bei [[Transaktion (Informatik)|Transaktionen]] zu erfüllen.&lt;br /&gt;
&lt;br /&gt;
Zeitstempelverfahren fallen in die Kategorie der [[Optimistic Concurrency|optimistischen Synchronisation]]sverfahren, das heißt, es wird bei dem Start einer Transaktion davon ausgegangen, dass die Wahrscheinlichkeit eines Konflikts mit einer parallel ablaufenden Transaktion (TA) niedrig ist.&lt;br /&gt;
&lt;br /&gt;
Transaktionen werden nur dann zurückgesetzt, wenn es zu einem Konflikt gekommen ist, oder gekommen sein könnte.&lt;br /&gt;
&lt;br /&gt;
Um die Konflikte erkennen zu können, bekommen Transaktionen und auch Objekte Zeitstempel. Nun kann vor jedem Lese- beziehungsweise Schreibzugriff auf ein Objekt geprüft werden, ob das Objekt bereits von einer parallel laufenden TA geändert worden ist, also ein Konflikt entstanden ist, andernfalls kann der Zeitstempel aktualisiert werden.&lt;br /&gt;
&lt;br /&gt;
In praktischen Anwendungen findet nicht vor jedem Zugriff auf ein Objekt eine Validierung statt, sondern die Änderungen einer Transaktion befinden sich vorerst in einem Puffer, so dass das tatsächliche Einbringen in die Datenbank (Schreiben auf Festplatte) erst nach erfolgreicher Validierungsphase (vor dem Ausführen des [[Commit]]s, des Schreibvorgangs) durchgeführt wird.&lt;br /&gt;
&lt;br /&gt;
== Grundlegende Validierungstechniken ==&lt;br /&gt;
Für jede Transaktion wird vom Datenbanksystem ein Read-Set (Menge der Objekte, die die TA gelesen hat) und ein Write-Set (Menge der Objekte, die von der TA geschrieben wurden) geführt. Ein Konflikt liegt zwischen zwei Transaktionen genau dann vor, wenn das Write- und Read-Set der Transaktionen gleiche Objekte beinhalten.&lt;br /&gt;
&lt;br /&gt;
Man unterscheidet:&lt;br /&gt;
; BOCC (backward-oriented optimistic concurrency control)&lt;br /&gt;
: Rückwärtsgerichtete Validierung: Bei Beendigung einer TA werden alle Transaktionen überprüft, die während der Ausführung der TA erfolgreich validiert haben, im Konfliktfall wird die validierende TA zurückgesetzt.&lt;br /&gt;
; FOCC (forward-oriented optimistic concurrency control)&lt;br /&gt;
: Vorwärtsgerichtete Validierung: Bei Beendigung einer TA werden alle noch laufenden Transaktionen überprüft. Im Konfliktfall werden die noch laufenden Transaktionen zurückgesetzt („Kill“-Ansatz), oder die validierende TA wird zurückgesetzt („Die“-Ansatz).&lt;br /&gt;
&lt;br /&gt;
== Siehe auch ==&lt;br /&gt;
* [[Multiversion Concurrency Control]]&lt;br /&gt;
&lt;br /&gt;
[[Kategorie:Datenbanktheorie]]&lt;/div&gt;</summary>
		<author><name>31.209.82.250</name></author>
	</entry>
</feed>