[50641] in SAPr3-news
Re: harte Updates - no problems?
daemon@ATHENA.MIT.EDU (Andreas Post)
Wed Jul 14 15:10:36 2004
To: sapr3-news@mit.edu
Date: Wed, 14 Jul 2004 21:11:12 +0200
From: "Andreas Post" <andreas.postNIXSPAM@pan-it.com>
Message-ID: <cd40f5$sum$1@ngspool-d02.news.aol.com>
Reply-To: "Andreas Post" <andreas.postNIXSPAM@pan-it.com>
"Frank Dittrich" <frank_dittrich@hotmail.com> schrieb im Newsbeitrag
news:63466f05.0407131253.4797f708@posting.google.com...
> "Andreas Post" wrote
> > "Jürgen Bauer" schrieb
> > >
> > > 1. Die Tabelle die upgedatet wird könnte durch durch andere
Programme/User
> > > im Zugrif sein.
> >
> > Der Befehl UPDATE sperrt Datensätze.
> >
> > Beispiel:
> >
> > UPDATE LAGP SET SKZUE = 'X'
> > WHERE LGNUM = '001'
> > and LGTYP = '001'
> > and LGPLA = '01-01-01'.
> >
> > Laut R/3 Hilfe wird dann der Datensatz geperrt.
>
> Du verwechselst irgendwie die DB-Sperre mit dem SAP-Sperrmechanismus.
Nö, tu ich nicht.
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.
Jedoch verhindert die DB Sperre letztendlich keinen Datenmüll.
Letztendlich sollte bei Updates dieser Art das im Job in der Nacht gemacht
werden, wenn keiner mehr arbeitet.
Alternativ muß halt jeder Satz nach der R/3 Logik gesperrt werden um
Datenmüll zu vermeiden.
Schwer ist das nicht, nur etwas mühsam.
Gruß
Andreas
