#Fehler in einem Feld - Access spinnt
Claudia Becker
Hi NG,
ich habe ein ganz seltsamen Fehler.
Win NT 4.0 SP 5
Access 97 SP 2
!Einzelplatzanwendung!
Ich habe über ein Formular Daten in ein Feld eingegeben.
Beim Wechseln des Datensatzes kam die Meldung: "Das Microsoft
Jet-Datenbankmodel hat den Vorgang angehalten, da Sie uns ein weiterer
Benutzer gleichzeitig versuchen, dieselben Daten zu verändern."
Wenn ich nun in der Tabelle nachsehe, steht in diesem Feld des Datensatzes
"#Fehler". Sobald ich in dieses Feld mit dem Cursor springe, erscheint
wieder der bereits beschriebene Fehler. Löschen des Feldinhaltes geht nicht.
Reparieren und Komprimieren half nichts. Auch der Befehl Decompile brachte
keine Besserung.
Natürlich könnte ich den Datensatz löschen, aber das ist ja nicht der Sinn
der Sache. Vor allem woher kommt der Fehler? Kann das immer wieder
geschehen?
Wie bekommt man den Fehler weg?
Danke für jede Hilfe.
Tschüß
Claudia
Nils Schneider
Hallo Claudia
wenn Du eine Datenbank öffnest wird eine ldb angelegt in der die benutzer
verwaltet werden, das macht access auch als einzelplatzanwendung (warum auch
immer) lösch einfach mal die ldb ich denke dann sollte es wieder gehen
Claudia Becker schrieb:
Claudia Becker
Hi Nils,
danke für den Tipp, aber wir haben schon versucht, diese DB auf
verschiedenen Rechner zu reparieren.
Hilft nichts.
Claudia
"Nils Schneider" <nils.sc...@detewe.de> schrieb im Newsbeitrag
news:39FD669D...@detewe.de...
Jürgen Volke
>
> ich habe ein ganz seltsamen Fehler.
> Win NT 4.0 SP 5
> Access 97 SP 2
> !Einzelplatzanwendung!
>
> Ich habe über ein Formular Daten in ein Feld eingegeben.
> Beim Wechseln des Datensatzes kam die Meldung: "Das Microsoft
> Jet-Datenbankmodel hat den Vorgang angehalten, da Sie uns ein weiterer
> Benutzer gleichzeitig versuchen, dieselben Daten zu verändern."
>
und das der dann gleichzeitig läuft wie das normale Speichern durch Access
selbst wenn du dich zu einem anderen Satz bewegst???
Gruß Jürgen
Claudia Becker
Hi Jürgen,
nein, es gibt keine Code. Der Datensatz wurde ganz normal gespeichert indem
die Form geschlossen wurde. Dabei kam der Fehler.
docmd.close
Ist ja auch egal, die Datenbank bzw. Tabelle bzw. Feldinhalt ist nicht OK.
Dort wo normal der Inhalt steht, erscheint nun #Fehler. und wenn man ins
Feld hüpft, erscheint der beschriebene Fehler. In der Datenblatt- bzw.
Tabellenansicht gibt es keinen Code.
Tschüß
Claudia
"Jürgen Volke" <j.v...@bzg.de> schrieb im Newsbeitrag
news:8tjvjt$qbc$03$1...@news.t-online.com...
Wolfgang Malgadey
"microsoft.public.de.access":
>
>Hi Jürgen,
>
>nein, es gibt keine Code. Der Datensatz wurde ganz normal gespeichert indem
>die Form geschlossen wurde. Dabei kam der Fehler.
>docmd.close
>
>Ist ja auch egal, die Datenbank bzw. Tabelle bzw. Feldinhalt ist nicht OK.
>Dort wo normal der Inhalt steht, erscheint nun #Fehler. und wenn man ins
>Feld hüpft, erscheint der beschriebene Fehler. In der Datenblatt- bzw.
>Tabellenansicht gibt es keinen Code.
>
Der begriff #Fehler bezieht sich auf die eingaben im Feld als der Feldinhalt
wenn du z.B. eine gültigkeit angegeben hast! und du bist dir sicher das du
keinen Code dabei hast?
mfg Wolfgang
Claudia Becker
Hallo Wolfgang,
so glaube er es mir, es gibt keinen Code und keine Gültigkeitsregel.
Ich bin zwar blond aber nicht ... :-)
Wenn ich versuchen den Inhalt "#Fehler" zu löschen und verlassen den
Datensatz, dann würde Access auch eine Fehlermeldung wegen der
Gültigkeitsverletzung bringen. Es erscheint jedoch folgende Meldung: "Das
Microsoft Jet-Datenbankmodel hat den Vorgang angehalten, da Sie uns ein
weiterer Benutzer gleichzeitig versuchen, dieselben Daten zu verändern."
Es sind aber keine weiteren Benutzer an der Datenbank angemeldet. Selbst
wenn ich die DB frisch öffne und in die Tabelle gehe, kommt der gleiche
Fehler. Inhalte desselben Feldes aus einem anderen Datensatz kann ich ohne
weiteres Löschen, so dass der Inhalt NULL ist.
Tschüß
Claudia
"Wolfgang Malgadey" <wolf...@malgadey.de> schrieb im Newsbeitrag
news:8FDDADE9Bwol...@194.8.194.98...
Sebastian Mery
Hi blonde Claudia ;-)
Kommt mir bekannt vor, allerdings nur in Zusammenhang mit Netzwerkproblemen.
Hast du schon mal versucht, die Datenbank nicht mit Bordmitteln sondern den
JetUtilities zu reparieren? habe gerade keinen Link zur Hand, schätze aber,
daß unter www.donkarl.com ein entsprechender Link zu finden ist.
HTH
Sebastian
"Claudia Becker" <schlaue...@gmx.de> schrieb im Newsbeitrag
news:enP2ZzkQAHA.258@cppssbbsa05...
Thomas Möller
> wenn ich die DB frisch öffne und in die Tabelle gehe, kommt der gleiche
> Fehler. Inhalte desselben Feldes aus einem anderen Datensatz kann ich ohne
> weiteres Löschen, so dass der Inhalt NULL ist.
Hallo Claudia,
scheint so als ob dieser eine Datensatz kaputt ist.
Was spricht dagegen ihn zu löschen und neu einzugeben.
HTH
--
Tho...@Team-Moeller.de
Homepage: www.team-moeller.de
Christoph Etschmaier
habe vor Zwei Wochen genau den selben Fehler in meiner Datenbank.
Auch NT und Access 97,
Drei Datensätze mit Anzeige #Fehler die nicht zu löschen waren.
1. Lösung: bei Microsoft JetComp runterladen
2. Lösung: Datenbank nach Access 2000 konvertieren, reparieren und
anschließend wieder unter Access 97 Format speichern.
Grund des Fehlers ? Ich vermute es liegt an NT
Gruß aus dem Westerwald
Christoph Etschmaier
email: Christoph....@t-online.de
Claudia Becker <schlaue...@gmx.de> schrieb in im Newsbeitrag:
enP2ZzkQAHA.258@cppssbbsa05...
Wolfgang Malgadey
"microsoft.public.de.access":
>> Es sind aber keine weiteren Benutzer an der Datenbank angemeldet. Selbst
Ungewöhnlich! Versuch mal die Tabellen Formualre etc in einer neuen DB neu zu
erstellen. Könnte vielleicht eine kaputte DB sein (Glaube da gibt es auch
einen Menupunkt DB Reparieren!)
gruß
Wolfgang
PS: Wollte nichts über deine Fähigkeiten sagen... :-)
Claudia Becker
wie gesagt, die Lösungen bringen mich zwar alle vielleicht zum Ziel, aber
einem Kunden kann ich diese Vorgänge nicht zumuten.
1. Lösung: Was ist Microsoft JetComp ??
Tschüß
Claudia
"Christoph Etschmaier" <Christoph....@t-online.de> schrieb im
Newsbeitrag news:8tki1v$oal$00$1...@news.t-online.com...
Claudia Becker
ich habe nun von Anderen erfahren, dass Access gerne mal ein Problem mit
Memo-Felder hat.
In diesem Fall handelt es sich um ein solches Memo-Feld.
Datensatz löschen und neu eingeben, ok, aber dass kann's doch nicht sein.
Zumal ich die Befürchtung habe, dass mir so etwas bei einem Kunden auch
passieren kann.
Mich interessiert, woher dieser Fehler kommt und wie man diesen beseitigen
bzw. umgehen kann, dass dieser erst gar nicht auftritt.
Tschüß
Claudia
"Thomas Möller" <Th.Mo...@t-online.de> schrieb im Newsbeitrag
news:8tkeev$o7$07$1...@news.t-online.com...
Wolfgang Malgadey
>Memo-Felder hat.
>In diesem Fall handelt es sich um ein solches Memo-Feld.
>
scheint aber ein Problem von NT zu sein 98 und ME haben keine solchen
Probleme zumindenstens nicht bei mir.
>Datensatz löschen und neu eingeben, ok, aber dass kann's doch nicht sein.
>Zumal ich die Befürchtung habe, dass mir so etwas bei einem Kunden auch
>passieren kann.
>
Das ist doch der sogenannte Vorführeffekt :-()
>Mich interessiert, woher dieser Fehler kommt und wie man diesen beseitigen
>bzw. umgehen kann, dass dieser erst gar nicht auftritt.
>
JetComp ist glaube ich die Richtige wahl eine PRG das die Datenbank
repariert, glaube ich?!? solltest du dir mal holen.
>Tschüß
>Claudia
>
tschüß Claudia äh mfg Wolfgang
Christoph Etschmaier
folgender Link bei Microsoft:
ftp://ftp.microsoft.com/softlib/mslfiles/Jet35sp3.exe
Dies hilft beim reparieren.
Fehlerursache? Mein Programm läuft bereits zwei Jahre ohne das ein Fehler
aufgetreten ist. Doch nun war er nun mal da! Wie gesagt ich vermute es liegt
an NT.
An einer genauen Fehlerursache bin ich natürlich auch sehr interiesiert.
Gruß aus dem Westerwald
Christoph Etschmaier
email: Christoph....@t-online.de
Claudia Becker <schlaue...@gmx.de> schrieb in im Newsbeitrag:
Oz6rrOyQAHA.258@cppssbbsa05...
Oliver Solmecke
<#bZ4D3oQAHA.251@cppssbbsa05>:
>Gültigkeitsverletzung bringen. Es erscheint jedoch folgende Meldung:
>"Das Microsoft Jet-Datenbankmodel hat den Vorgang angehalten, da Sie uns
>ein weiterer Benutzer gleichzeitig versuchen, dieselben Daten zu
>verändern." Es sind aber keine weiteren Benutzer an der Datenbank
>angemeldet. Selbst wenn ich die DB frisch öffne und in die Tabelle gehe,
Hallo Claudia,
den Fehler kenne ich zu genüge, wir haben hier ein paar DB's ALLE haben in
unregelmäßigen Abständen diesen Fehler. Manchmal hilft es den Datensatz
zu löschen, was aber meistens dazu führt das weitere Datensätze zerstört
werden!!!. Die einzige wirkliche saubere Lösung eine solche DB wieder zu
restaurieren ist die Datensicherung. Glaub mir, ich finde das auch extrem
unbefriedigend, aber leider habe ich keine bessere Möglichkeit gefunden
(bin diesbezüglich für neue Ideen immer offen :-)). Ach, ja: wir haben
NT4 Sp 6a WS/Server + O97 SR2a.
Was das SP für die JetDB angeht (hat der Christoph Etschmaier weiter unten
vorgeschlagen): ich habe mir das mal angeschaut und bin mir nicht ganz
sicher ob das was bringt. Hat vielleicht schon jemand Erfahrungen mit
diesem SP? Ich möchte mir nicht mehr Probleme ins Haus holen als ich schon
habe.
Schönen Gruß,
Oliver Solmecke