<?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=Optimistic_Concurrency</id>
	<title>Optimistic Concurrency - 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=Optimistic_Concurrency"/>
	<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Optimistic_Concurrency&amp;action=history"/>
	<updated>2026-05-30T08:09:27Z</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=Optimistic_Concurrency&amp;diff=700081&amp;oldid=prev</id>
		<title>imported&gt;SchlurcherBot: Bot: http → https</title>
		<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Optimistic_Concurrency&amp;diff=700081&amp;oldid=prev"/>
		<updated>2025-08-04T09:55:06Z</updated>

		<summary type="html">&lt;p&gt;Bot: http → https&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;Optimistic Concurrency&amp;#039;&amp;#039;&amp;#039; (auch: &amp;#039;&amp;#039;&amp;#039;Optimistisches Locking&amp;#039;&amp;#039;&amp;#039; genannt) ist ein Verfahren, um beispielsweise in [[Warenwirtschaftssystem]]en den parallelen [[Speicherzugriff|Zugriff]] von mehreren [[Benutzer]]n auf denselben [[Datensatz]] konfliktarm und ohne [[Konsistenz (Datenspeicherung)|Inkonsistenzen]] zu regeln.&lt;br /&gt;
&lt;br /&gt;
Bei der Optimistic Concurrency wird mehreren Nutzern Parallelzugriff gewährt. Somit haben alle Benutzer grundsätzlich Leserechte, um z.&amp;amp;nbsp;B. Artikelinformationen aufzurufen oder auszudrucken. Wenn aber ein Artikel von einem der Benutzer geändert wurde, so bekommen andere Nutzer, die denselben Datensatz fast gleichzeitig zu ändern versuchen, eine Benachrichtigung, dass der Artikel aktualisiert wurde. In diesem Fall ist also der Nutzer [[Privileg|privilegiert]], der zuerst den Datensatz geändert hat. Wenn der Nutzer den Datensatz verlässt, wird ihm sein Privileg wieder entzogen, und ein nächster Anwender erhält Schreibzugriff.&lt;br /&gt;
&lt;br /&gt;
Im Gegensatz dazu wird bei der &amp;#039;&amp;#039;Pessimistic Concurrency ([[Pessimistisches Locking]])&amp;#039;&amp;#039; beim Zugriff eines Benutzers auf den Datensatz der Schreib- und Lesezugriff für alle anderen Nutzer gesperrt. Es ist damit also für weitere Benutzer nicht mehr möglich, einen Datensatz aufzurufen oder auszudrucken, bis der Datensatz wieder freigegeben wird.&lt;br /&gt;
&lt;br /&gt;
Bei der Pessimistic Concurrency wird angenommen, dass ein Datensatz bei &amp;#039;&amp;#039;(fast) jedem&amp;#039;&amp;#039; Zugriff geändert werden soll. Die Optimistic Concurrency hingegen geht von der Prämisse aus, dass Datensätze vorwiegend für den Lesezugriff geöffnet werden.&lt;br /&gt;
&lt;br /&gt;
Die Optimistic Concurrency minimiert Zugriffskonflikte im laufenden Betrieb, da nur gleichzeitige Zugriffe für Änderungen zu einem Konflikt führen, gleichzeitige Lesezugriffe hingegen nicht.&lt;br /&gt;
&lt;br /&gt;
== Siehe auch ==&lt;br /&gt;
* [[Zeitstempelverfahren]]&lt;br /&gt;
&lt;br /&gt;
== Quellen ==&lt;br /&gt;
* [https://msdn.microsoft.com/en-us/library/aa0416cz%28VS.71%29.aspx https://msdn.microsoft.com/en-us/library/aa0416cz%28VS.71%29.aspx]&lt;br /&gt;
&lt;br /&gt;
== Weblinks ==&lt;br /&gt;
* [https://www.agiledata.org/essays/concurrencyControl.html Introduction to Concurrency Control] (englisch)&lt;br /&gt;
&lt;br /&gt;
[[Kategorie:Datenbanken]]&lt;/div&gt;</summary>
		<author><name>imported&gt;SchlurcherBot</name></author>
	</entry>
</feed>