Announcement

**Andreas Kosch** · 01.11.2004, 09:27

Hallo,

wenn ich es richtig verstanden habe, soll die Anwendung erkennen, wenn ein anderer Benutzer den Inhalt der Slave-Tabelle ge�ndert hat (neuer Datensatz oder gel�schter Datensatz). Ein Update des Master-Datensatzes soll nur dann erfolgreich sein, wenn 
a) der Master-Datensatz nicht von einem anderen ge�ndert wurde (TIMESTAMP-Pr�fung), und 
b) die Slave-Tabelle nicht von einem anderen ge�ndert wurde.

Die Aufgabe l�sst sich �ber einen Trigger umsetzen, allerdings muss dieser die TIMESTAMP-Spalte in einer zus�tzlichen Hilfstabelle f�llen. Diese Hilfstabelle hat nur einen Datensatz, in dem der letzte Schreibzugriff auf die Slave-Tabelle vermerkt wird.

Wenn der Trigger aber statt dessen direkt die Master-Tabelle aktualisiert, hat der Client einen falschen TIMESTAMP-Wert, so dass beim UPDATE die WHERE-Einschr�nkung nicht mehr passt, wenn ein Dritter in der Zwischenzeit die Slave-Tabelle ge�ndert hat

**Slavinska** · 03.11.2004, 14:18

Hallo,
wie soll die InsertCommand von Slave Tabelle aussehen, denn bevor in Slave etwas eingetragen wird muss es �berpr�ft werden ob der TimeStampAttribut in der Hilfstabelle sich ver�ndert hat oder nicht.
In der Hilfstabelle trage ich f�r jeden Datensatz aus Master eine Zeile.
Slave ist die Aufl�sungstabelle f�r n zur m Beziehung zwischen Master und Stammtabelle
Master-Slave-StammTabelle
Master(MasterPK, Attribut1,TimestampAttribut)
Slave(SlavePK, MasterFK,XFK)
StammTabell(StammTabellePK,Attribut1,Attribut2)
Hilfstabelle(MasterPK, Attribut, TimestampAttribut)
PK=Primary Key
FK=Foreign Key
Vielleicht muss auch die SelectCommand entsprechend ahngepasst werden?
F�r die konkreten Vorschl�ge w�rde ich Dankbar sei

**Andreas Kosch** · 04.11.2004, 08:01

Hallo,

>..wie soll die InsertCommand von Slave Tabelle aussehen..

wenn f�r diese Aufgabe eine Stored Procedure verwendet wird, kann diese alle Pr�fungen vorab vornehmen. Beim SELECT muss sich der Client den aktuellen Timestamp-Wert als der Hilfstabelle holen, um diesen sp�ter beim Update als zus�tzlichen Parameter an die Stored Procedure �bergeben zu k�nnen

**Slavinska** · 04.11.2004, 14:42

Hallo,
ich bekomme die Timestamp-Wert aus der Hilfstabelle nicht.
So sieht meine SelectCommand

Select SlavePK,MasterFK,XFK,tsp from Slave join Hilfstabelle on (Slave.MasterFK=Hilfstabelle.MasterPK)

In Query Analyser siet gut aus, aber bei der InserCommand habe ich mit Debugger angeschaut die tsp hatte Wert DBNull.
Dann habe ich die StoredProcedure geschrieben, aber wird sie den DBConccurencyException ausl�sen? Den in Query Analyser wenn gibt sie keine Fehlermeldung aus.
So sieht die SP aus
CREATE PROCEDURE InsertSlave
@MasterFK int,
@XFK int,
@Original_tsp Timestamp,
@SlavePK int OUT,
@tsp Timestamp OUT

AS
Declare @tspC Timestamp

Set @tspC=(select tsp from Hilfstabelle where MasterPK=@MasterFK)
if (@tspC=@Original_tsp)
Begin
INSERT INTO Slave (MasterFK, XFK)
VALUES(@MasterFK, @XFK)
SET @SlavePK = SCOPE_IDENTITY()
Set @tsp=(Select tsp from Hilfstabelle where MasterPK=@MasterFK)
End
Dank

**Andreas Kosch** · 05.11.2004, 07:40

Hallo,

>..ich bekomme die Timestamp-Wert aus der Hilfstabelle nicht.

die Hilfstabelle soll jede �nderungen an der Slave-Tabelle erkennen, also auch, ob ein Datensatz neu hinzugef�gt, ge�ndert oder gel�scht wurde. Die Hilfstabelle speichert somit nur einen Datensatz (genauer gesagt, nur einen einzigen Timestamp-Wert). Daher kann der Timestamp-Wert aus der Hilfstabelle nicht �ber einen JOIN ermittelt werden. Neben einer Batch-SELECT-Abfrage k�nnte auch eine Stored Procedure diese Daten mit �bergeben:
<pre>
USE tempdb
GO
 
CREATE TABLE Slave(
SlavePK INTEGER NOT NULL PRIMARY KEY,
MasterFK INTEGER NOT NULL,
Value INTEGER)
GO
 
CREATE TABLE SlaveHelper (
recid INTEGER NOT NULL PRIMARY KEY,
ts ROWVERSION)
GO
 
-- Testdaten einf�gen
INSERT INTO Slave VALUES (1,2,3)
GO
INSERT INTO SlaveHelper (recid) VALUES (1)
GO
 
-- Stored Procedure ermittelt die Daten + Timestamp der Hilfstabelle
CREATE PROCEDURE spSelectSlave(
@SlavePK INTEGER,
@Value INTEGER OUTPUT,
@ts ROWVERSION OUTPUT)
AS
SELECT @ts = ts FROM dbo.SlaveHelper WHERE recid = 1
SELECT @Value = Value FROM dbo.Slave WHERE SlavePK = @SlavePK
GO
 
-- Stored Procedure testen
DECLARE @Value INTEGER
DECLARE @ts ROWVERSION
EXEC spSelectSlave 1, @Value OUTPUT, @ts OUTPUT
PRINT CAST(@Value AS VARCHAR) + ' - ' + CAST(CAST(@ts AS BIGINT) AS VARCHAR)
</pre&gt

Announcement

Mehrbenutzerkonflike in Datenbankanwendung (Andreas Kosch)

Mehrbenutzerkonflike in Datenbankanwendung (Andreas Kosch)

Comment

Comment

Comment

Comment

Comment