[50727] in SAPr3-news
Re: harte Updates - no problems?
daemon@ATHENA.MIT.EDU (Andreas Post)
Mon Jul 19 14:46:47 2004
To: sapr3-news@mit.edu
Date: Mon, 19 Jul 2004 20:47:23 +0200
From: "Andreas Post" <andreas.postNIXSPAM@pan-it.com>
Message-ID: <cdh4ui$g42$1@ngspool-d02.news.aol.com>
Reply-To: "Andreas Post" <andreas.postNIXSPAM@pan-it.com>
Hallo Rainer,
nachdem wir nun sooo schön aneinander vorbeireden, werden wir das einmal auf
den Punkt bringen.
"Rainer Huebenthal" <usenet200405.20.finji@spamgourmet.com> schrieb im
Newsbeitrag news:1h6jzv5i19nuo.dlg@news.reisetraeume.com...
> Moin Andreas Post, du schriebst:
>
> >> Du verwechselst irgendwie die DB-Sperre mit dem SAP-Sperrmechanismus.
> >
> > Nö, tu ich nicht.
>
> Doch, schon.
>
> > Das die SAP Sperre eine logische Sperre im R/3 ist, ist mir bekannt.
> > Ist die DB gesperrt, kann niemand etwas in die DB schreiben.
>
> Andersherum wird ein Schuh daraus. Der Anwender holt sich
> einen Datensatz zum bearbeiten, der Satz wird logisch
> gesperrt.
Richtig.
> Dann rauschst du mit dem Update durch,
> entpsrechendes COMMIT vorrausgesetzt sogar sehr schnell und
> veränderst damit die Daten unter dem Hintern des Anwenders, da
> davon nichts mitbekommt (du auch nicht, weil der Update kein
> Interesse an logischen Sperren zeigt). Wenn der Anwender jetzt
> sichert ist das Ergebnis nicht das, was du dir vorgestellt
> hast.
Das das so geht, weiss ist.
UPDATE sperrt die DB. Aber nicht logisch im R/3, sondern nur in der DB.
Sollte der Anwender der gerade die logische Sperre im R/3 gesetzt hat (durch
eine Anwendung) zum gleichen Zeitpunkt schreiben wollen, wird er von der DB
zurückgewiesen.
Probiert er es anschliessend wieder, wird er wohl Erfolg haben.
Das "fremde" Programm das per UPDATE Befehl den Datensatz verändert hat, hat
die R/3 Sperre ausser acht gelassen und unbehelligt einen DB Update machen
können. Die Dateninkonsistenz ist jedoch geschaffen, denn wenn nun mit der
Anwendung der Datensatz verändert wird, ist die Inkonsistenz geschaffen.
Die Sperre hat jedoch im Sinne des harten Updates funktioniert.
Die Sperre im Sinne des R/3 dann nicht, weil sie umgangen worden ist.
Oder?
Gruß
Andreas
