Agnes Kaszuba
2004-02-18 08:12:26 UTC
Hallo, habe ein Problem, das habe ich auch in einem FAQ
gefunden, doch die Lösung verstehe ich nicht, und brauche
Hilfe dabei. Bitte, es ist wirklich wichtig!!!
Schreibkonflikt bei verknüpften Tabellen
Problem:
Die SQL Server-Tabellen sind zu Access verknüpft. Bei
Datenänderungen erscheint die
Fehlermeldung "Schreibkonflikt: Dieser Datensatz wurde
seit Beginn der Bearbeitung von einem anderen Benutzer
geändert ... ". Der Button Eigene Änderungen verwerfen in
der Fehlermeldung ist inaktiv. Der Benutzer arbeitet
alleine an der Datenbank.
Lösung:
Der Schreibkonflikt wird durch Datentypen, deren Werte in
Access und SQL Server nicht identisch sind, ausgelöst.
Nach Änderung der Daten werden die Inhalte der Felder
einzeln verglichen. Access behandelt Gleitkommazahlen mit
einer anderen Genauigkeit als der SQL Server. Die dadurch
entstehende Differenz wird als zwischenzeitige Änderung
des Datensatzes interpretiert und löst die Fehlermeldung
aus.
Der Konflikt kann behoben werden, indem die Tabelle um ein
Feld vom Datentyp Timestamp ergänzt wird. Nun wird bei
einem Update nur noch der Primarykey und das Feld vom Typ
Timestamp des Datensatzes verglichen.
In einem Timestamp-Feld wird kein Datum gespeichert. Als
Inhalt wird ein eindeutiger Wert gespeichert, der den
aktuellen Stand dieses Datensatzes darstellt
gefunden, doch die Lösung verstehe ich nicht, und brauche
Hilfe dabei. Bitte, es ist wirklich wichtig!!!
Schreibkonflikt bei verknüpften Tabellen
Problem:
Die SQL Server-Tabellen sind zu Access verknüpft. Bei
Datenänderungen erscheint die
Fehlermeldung "Schreibkonflikt: Dieser Datensatz wurde
seit Beginn der Bearbeitung von einem anderen Benutzer
geändert ... ". Der Button Eigene Änderungen verwerfen in
der Fehlermeldung ist inaktiv. Der Benutzer arbeitet
alleine an der Datenbank.
Lösung:
Der Schreibkonflikt wird durch Datentypen, deren Werte in
Access und SQL Server nicht identisch sind, ausgelöst.
Nach Änderung der Daten werden die Inhalte der Felder
einzeln verglichen. Access behandelt Gleitkommazahlen mit
einer anderen Genauigkeit als der SQL Server. Die dadurch
entstehende Differenz wird als zwischenzeitige Änderung
des Datensatzes interpretiert und löst die Fehlermeldung
aus.
Der Konflikt kann behoben werden, indem die Tabelle um ein
Feld vom Datentyp Timestamp ergänzt wird. Nun wird bei
einem Update nur noch der Primarykey und das Feld vom Typ
Timestamp des Datensatzes verglichen.
In einem Timestamp-Feld wird kein Datum gespeichert. Als
Inhalt wird ein eindeutiger Wert gespeichert, der den
aktuellen Stand dieses Datensatzes darstellt