Office: (Office 2007) Doppeleintrag verhindern + MsgBox

Hallo liebe Gemeinde!

Ich habe gerade eben ein Problem bei meiner DB gefunden. Und zwar überprüfe ich unter "Vor Aktualisierung" eines Textfeldes ob der eingegebene Wert bereits in dem Tabellen-Feld vorhanden ist, falls dies der Fall sein sollte, soll eine Messagebox ausgegeben werden. Bis dahin funktioniert es ja auch soweit, aber ich bekomme immer auch noch eine Meldung mit "Der Wert verstößt gegen die Gültigkeitsprüfungsregel des Feldes oder Datensatzes" dazu und weiß nicht was ich dagegen machen kann. Ich habe keinerlei Gültigkeitsregeln aufgestellt, einzig und allein das Textfeld muss einen Wert erhalten. Klasse wäre es wenn das Textfeld gleich zurückgesetzt werden würde, wenn der If zutreffen sollte.

Mein Code:

Code:

Könnt ihr mir vllt. helfen?!

LG

:)

 

Wenn in der Tabelle den entsprechenden Index für das Feld auf "Keine Duplikate" gesetzt ist, kann man das Error-Ereignis des Formulars verwenden:
Code:

 

Irgendwie funktioniert das nicht bei mir. Habe deinen Code Unter "Bei Fehler" reinkopiert und nochmal nachgesehen ob timesheet_no auf "Ohne Duplikate" steht, aber wenn ich einen Wert eingebe, der bereits in dem Feld ist, so sagt er bis zum Ende des Formulars gar nichts, erst wenn ich speichern will meint er, dass er nicht zu den angegebenen Datensatz springen kann.

Irgendwas muss ich falsch machen...

LG

 

Hi,

welchen Datentyp hat das Datenfeld? Ist es vom Typ Zahl, so lass die Hochkommata weg.

dazu kannst du Undo einsetzen, Feld- oder Formular-bezogen.

 

Hallo,

also Datentyp des Feldes ist "Text".

Also zurücksetzen des Textfeldes würde ich das dann mit diesem Befehl(?!?!):

Code:

?!?!

LG

 

Ja, genau.

 

Hmm... Also ich bekomme dennoch immer wieder zusätzlich zu meiner Msgbox ("This Timesheetnumber...") jene mit der Gültigkeitsregel, völlig unabhängig was ich mache. Das zurücksetzen mittels Befehl funktioniert auch nicht sorecht, zwar habe ich einen Fehler gehabt, weil das Textfeld "timesheet_no_field" heißt und nicht "timesheet_no" (=Tabellenfeld), aber es funktioniert dennoch nicht, dass der Inhalt rausgelöscht wird bzw. zurückgesetzt wird.

Code:

Vielleicht fällt euch auf was mein Problem ist bzw. ich falsch mache?!

LG

 

Wenn Undo im BeforeUpdate-Ereignis nicht funktioniert, könntest du das Feld auf NULL setzen.

 

Man sollte das BeforeUpdate des Formulars benutzen. Da erfolgt unmittelbar danach eine Datensatzspeicherung.

 

\@ ebs17: Also deine Methode funktioniert fast. Zumindest ist diese Gültigkeitsmeldung nun endlich weg, allerdings kommt jetzt die Meldung "Sie können nicht zu den angegebenen Datensatz springen". Kann man diese irgendwie unterdrücken oder umgehen?

@ Anne: Also ich habe die Undo-Funktion versucht, aber er löscht mir den Inhalt des Textfeldes nicht. Habe es nun so versucht wie du es gesagt hast mit dem NULL setzen (also falls meine Syntax so richtig ist), jedoch bekomme ich genau in dieser Zeile eine Fehlermeldung.

Code:

LG

 

Ein "Sprung zu einem angegebenen Datensatz" fällt vom Himmel oder ist in irgendeiner Form programmatisch veranlasst?

Im zweiten Fall solltest Du Dein Formular besser kennenlernen und verstehen, was da passiert. Im ersten Fall besser Formular löschen und neu anlegen.

Das ist schon etwas schief in der Aussage, wenn man eigenen "Murks" hinzukombiniert.

 

Ist mit Sicherheit "programmatisch" veranlasst diese Meldung. Habe das mit Sicherheit nicht optimal bzw. wahrscheinlich sogar schlecht gelöst, da ich nicht wirklich die besten Kenntnisse habe.

Und zwar werden Daten in das Formular eingegeben und mit Klick eines "Save-Buttons" wird dann folgender "Code" ausgeführt.

Code:

Und in diesem Punkt wird höchstwahrscheinlich auch der Hund begraben liegen. Habe mir auch überlegt dies noch mit einem INSERT INTO zu lösen, aber ich weiß nicht ob ich damit das Problem behoben hätte.

LG

 

Code:

Da habe ich keine Übung damit.

Wozu dient das? Dem User einen Klick in die richtige Zeile ersparen? Dafür aber soll er einen Speichern-Button klicken, der aber nicht das Speichern auslöst, sondern einen Datensatzwechsel, der dann Ursache für ein Speichern ist, nun aber durch das BeforeUpdate behindert wird ...

Bei mir würde ein User einfach selber in die Eingabezeile für einen neuen Datensatz klicken, womit durch den Datensatzwechsel der Speichernvorgang des editierten Datensatzes ausgelöst würde, aber dann durch das BeforeUpdate gesteuert würde.

 

Sagen wir einfach so, es hatte zu diesem Zeitpunkt seinen Zweck erfüllt. Es hat mir die Eingabe in den Datensatz erledigt und gespeichert und danach einen neuen Record angelegt. Ziel ist es einen Datensatz in einer Tabelle mittels dem Formular zu speichern. Und zwar sollen die Textfelder am Formular ausgefüllt werden und dann mittels Speicherbutton in der Tabelle gespeichert werden.

Habe nun etwas herumexperimentiert mit einem "richtigen" (von Access vorgeformten Speicherbutton), aber ob der so funktioniert wie ich es gerne hätte kann ich nicht wirklich sagen bzw. löscht er mir nach dem Speichern nicht die Inhalte der Textfelder (er setzt sie nicht zurück).

LG

 

Nochmal: In einem gebundenen Formular braucht man kein gesondertes Speichern mittels Button (außer bei begründeten Ausnahmen). Denn hier wird ein editierter oder neu angelegter Datensatz bereits automatisch gespeichert, wenn dieser Datensatz verlassen wird (Datensatzwechsel, Formularwechsel, Formular schließen u.ä.)

Wenn man aber im Datensatz bleibt und explizit speichern will, damit z.B. die Änderungen in Abfragen, Berichten u.a. Formularen sofort wirksam werden können, gibt es direkte Speicher-Anweisungen:
Code:

Bevor man diese aber ausführt, würde man in Deinem Fall die Prüfung auf Duplikat voranstellen und in Abhängigkeit davon speichern oder aber verwerfen.

Hat man nun diesen Speichern-Button, muss man nun doppelt prüfen, denn ein User könnte immer noch auf die Idee kommen und einfach das Formular schließen.