nicht angemeldet
Hello,
Den Zugriffskonflikt kann man in einem verbindungslosen Protokoll nicht wirklich lösen, sondern nur mit einer optimistic-locking-Strategie, und da bleibt eignetlich nur "academic locking" (= Conflict-Counter) behandeln.
nicht immer, wenn man davon ausgehen kann, dass jeder besucher einmalig ist. schließlich sollte er ja nicht gleichzeitig an zwei computer seine eingaben machen. und andere werden auf den datensatz sowieso keinen zugriff haben. problematisch wird es nur bei den ausstellern, wo eventuell mehrere mitarbeiter zugang haben könnten. aber das müsste erst noch einmal geklärt werden, bevor anfängt datensätze zu sperren. und selbst wenn, wäre das nicht so schlimm.
Der eindeutige Schlüssel, der gefunden werden soll, besteht aus den drei Teilen A-B-Z
nein, die zeit muss hier schon mal kein schlüssel sein, es sein den sie können mehrere termine ausmachen. davon gehe ich aber mal nicht aus.
Selbstverständlich ist die Zeit (bzw die Slot-Kennung) ein Schlüsselbestandteil.
Und zwar, wie schon erwähnt, in den Unique-Kombinationsschlüsseln (A-Z) und (B-Z).
Weder ein Besucher noch ein Aussteller kann zur selben Zeit an zwei Orten sein.
Den Zugriffskonflikt hat man auch aus diesem Grunde der mehrfachen Schlüssel.
Es können sowohl Aussteller als auch Besucher die Ressourcen vergeben. Aus dem eben oben erwähnten Zeit-Konflikt kann auch ein Zugriffskonflikt entstehen, der abgefangen werden muss. Wie soetwas in einem verbindungslosen Protokoll funktioniert habe ich ja schon erläutert.
Der Einfachheit halber kann man das hier aber auch über die Schlüssel regeln, da Datensätze nur hinzugefügt und nicht verändert werden sollen. Den Zugriffskonflikt gibt's ja nur bei der Veränderung vorhandener Daten.
Harzliche Grüße aus http://www.annerschbarrich.de
Tom
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen
Nur selber lernen macht schlau