Schreibkonflikt in Access; am SQL Server direkt ist die Änderung möglich
Herbert Gottlieb
ich habe hier ein Schreibkonfliktproblem (ACC2003, SQLServer 2000):
Ich hatte über die AccessDb 2 Datensätz in eine Tabelle (zum SQL Server
verlinkt) eingefügt.
Nun ergibt sich folgendes Problem:
Über Access (Tabelle öffnen und direkt ändern) ist es nicht möglich
Änderungen an diesen zwei Zeilen vorzunehmen (mit dem Enterprisemanger am
SQL-Server ist dies kein Problem), ich bekomme immer die Meldung
Schreibkonflikt
Dieser Datensatz wurde seit Beginn der Bearbeitung von einem anderen
Benutzer geändert. Wenn sie .....
Ich habe bereits die Datenbank geschlossen und geöffnet keine Änderung. Auch
im Enterprisemanager sind auf diese Tabelle keine Sperren auf diese Tabelle
ersichtlich. Es greift niemand außer mir auf die Tabellen zu.
Kann das am Access oder Einstellungen liegen oder was könnte ich tun?
Danke für eure Hilfe
Herbert
Stefan Hoffmann
Herbert Gottlieb schrieb:
> Kann das am Access oder Einstellungen liegen oder was könnte ich tun?
Du hast entweder keinen Primärschlüssel oder aber Felder mit unpräzisem
Datentyp (float, real) in deiner Tabelle.
Hier brauchst du zwangsweise noch ein Feld vom Type TIMESTAMP. Diese
Feld solltest allerdings in jeder Tabelle haben, welche du in Access nutzt.
mfG
--> stefan <--
Herbert Gottlieb
danke, nach hinzufügen vom timestamp und Neueinbinden hat es funktioniert.
Frage: soll ich das auch in den Views und Abfragen an Access weitergeben?
LG Herbert
"Stefan Hoffmann" <ste...@ste5an.de> schrieb im Newsbeitrag
news:%23Lsds8N...@TK2MSFTNGP04.phx.gbl...
Stefan Hoffmann
Herbert Gottlieb schrieb:
> Frage: soll ich das auch in den Views und Abfragen an Access weitergeben?
In Access-seitigen Abfragen benötigst du sie nicht.
Bei verknüpften Sichten brauchst du es nur, wenn du selbig ändern
möchtest. Es reicht dann die TIMESTAMP-Spalte der Basistabelle.
mfG
--> stefan <--
Herbert Gottlieb
LG Herbert
"Stefan Hoffmann" <ste...@ste5an.de> schrieb im Newsbeitrag
news:uKBuhgQk...@TK2MSFTNGP03.phx.gbl...
Henry Habermacher
Herbert Gottlieb wrote:
> danke, nach hinzufügen vom timestamp und Neueinbinden hat es funktioniert.
Achtung aufgepasst: Wenn diese Meldung kommt, dann hast Du wirklich einen
Datentyp verwendet, der nicht 100% kompatibel ist. Da heisst es aufpassen,
da sonst bei Updates Rundungsfehler entstehen können, die Du jetzt nicht
mehr siehst. Häufiger Auslöser für solche Fehler sind der SmallDateTime
Datentyp des SQL Servers. Verwende statt dessen den ganzen DateTime
Datentyp, dann tritt der Fehler nicht auf.
> Frage: soll ich das auch in den Views und Abfragen an Access weitergeben?
Das einfachste ist, es überall reinzumachen. Wirklich brauchen tutst Du es
da, wo Du updates machen willst. Bei Nur-Lese Abfragen oder nicht
veränderbaren Views macht es also keinen Sinn.
Zum genaueren Veständnis des Fehlers
Wenn Access einen Update zum SQL Server macht, muss es feststellen, ob der
Datensatz inzwischen geändert wurde. Dazu kontrolliert Acces zuerst, ob es
einen Timestamp Datentypen gibt. Dieser ändert den Wert bei jedem Update.
Ist der Wert noch gleich, dann wurde der Datensatz zwischentzeilich noch
nicht geändert. Die Where Bedingung wäre dann
WHERE DeineID = @ID
AND DeinTimeStamp = @DeinTimeStamp.Oldvalue
Die letzte Zeile macht Access selber rein. Falls ein Timestamp Feld fehlt,
dann macht Access das mit einem Vergleich des Inhalts aller Felder des
DAtensatzes. Dies führt zu ewiglangen Update Statements, weil da alle Felder
übergeben werden müssen. Das würde dann so aussehen:
WHERE DeineID = @ID
AND DeinFeld1 = @DeinFeld1.OldValue
AND DeinFeld2 = @DeinFeld2.OldValue
..
AND DeinFeldn = @DeinFeldn.OldValue
Wenn nun der Update zurückmeldet RecordsAffected = 0 dann geht Access davon
aus, dass der Datensatz eben zwischenzeitlich geändert wurde.
Wenn nun Access ein Feld eines ungenauen Datentypen eingelesen und in sein
internes Format umgewandelt hat, dann steht da wegen der Ungenauigkeit nicht
das gleiche drin, wie im SQL Server vorher eingelesen wurde. Die
WHERE-Bedingung wird nun also verhindern, dass der Datensatz gefunden wird
(obwohl die ID ja identisch ist, aber eben die Inhalte der Felder nicht mit
dem umgewandelten Wert übereinstimmen) und Du bekommst die gesehene Meldung.
Gruss
Henry
--
Zu spät zur NEK1 angemeldet? Kein Problem. Details in FAQ
Microsoft MVP Office Access
Keine E-Mails auf Postings in NGs. Danke.
Access FAQ www.donkarl.com
Siegfried Schmidt
> Die letzte Zeile macht Access selber rein. Falls ein Timestamp Feld
> fehlt, dann macht Access das mit einem Vergleich des Inhalts aller
> Felder des DAtensatzes.
Nicht des Datensatzes, sondern nur die Felder des aktuellen Recordsets.
Siegfried
--
http://www.schmidt.ath.cx
Henry Habermacher
Siegfried Schmidt wrote:
>> Die letzte Zeile macht Access selber rein. Falls ein Timestamp Feld
>> fehlt, dann macht Access das mit einem Vergleich des Inhalts aller
>> Felder des DAtensatzes.
>
> Nicht des Datensatzes, sondern nur die Felder des aktuellen Recordsets.
Wenn Du meinst. Halt einfach die Felder des Datensatzes, die Access halt im
Recordset eingelesen hat. Die anderen kann es ja schwer vergleichen.
Gruss
Henry
Herbert Gottlieb
Danke für die erklärung und den Tipp mit SmallDateTime auf DateTime zu
ändern.
Lieben Gruß,
Herbert
"Henry Habermacher" <DontSp...@psp-online.com> schrieb im Newsbeitrag
news:u9BM6NYk...@TK2MSFTNGP02.phx.gbl...