{"id":55001489,"date":"2024-04-01T00:00:00","date_gmt":"2024-02-29T18:42:07","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=1489"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"Formulare_Datensatz_wird_nicht_gespeichert","status":"publish","type":"post","link":"https:\/\/access-im-unternehmen.de\/Formulare_Datensatz_wird_nicht_gespeichert\/","title":{"rendered":"Formulare: Datensatz wird nicht gespeichert"},"content":{"rendered":"

\"\"<\/p>\n

Es gibt seit vielen Jahren einen Bug in Access-Formularen, der möglicherweise Entwickler und Benutzer in den Wahnsinn treibt. Dabei geht es darum, dass neue oder geänderte Datensätze beim Schließen des Formulars nicht automatisch gespeichert werden. Stattdessen findet man neue Datensätze einfach nicht in der entsprechenden Tabelle vor und bei vermeintlich geänderten Datensätzen wurde die Änderung nicht übernommen. Dies geschieht, wenn man das Formular auf eine bestimmte Art schließt und Restriktionen in der zugrunde liegenden Tabelle dafür sorgen, dass der Datensatz nicht gespeichert werden kann. Wird zum Beispiel ein Pflichtfeld nicht gefüllt und das Formular geschlossen, verwirft Access den neuen Datensatz einfach, anstatt eine entsprechende Meldung zu liefern. Dieser Beitrag dokumentiert das Fehlverhalten und zeigt, welche Möglichkeiten wir zum Umgehen dieses Problems haben.<\/b><\/p>\n

Tabelle mit Restriktionen<\/h2>\n

Voraussetzung für das beschriebene Verhalten ist, dass das Formular eine Tabelle anzeigt, für die es eine Restriktion gibt, die beim Speichern nicht erfüllt wurde. Schauen wir uns zum Beispiel die Tabelle tblMitglieder <\/b>an, bei der wir für die beiden Felder Vorname <\/b>und Nachname <\/b>die Eigenschaft Eingabe erforderlich <\/b>auf den Wert Ja <\/b>eingestellt haben (siehe Bild 1).<\/p>\n

\"Tabelle<\/p>\n

Bild 1: Tabelle mit Restriktion für das Feld Vorname<\/span><\/b><\/p>\n

Schon in der Datenblattansicht führt der Versuch, den Datensatz zu speichern, ohne einen Wert in das Feld Vorname einzutragen, zu einer Fehlermeldung (siehe Bild 2). Der Datensatz kann nicht gespeichert werden, ohne dass dieses Feld gefüllt wird.<\/p>\n

\"Meldung<\/p>\n

Bild 2: Meldung beim Verletzen der Restriktion<\/span><\/b><\/p>\n

Tabelle mit Restriktionen im Formular<\/h2>\n

Schauen wir uns nun das Formular frmMitgliederDetails <\/b>an, das die Daten der Tabelle tblMitglieder <\/b>anzeigt.<\/p>\n

Legen wir hier einen neuen Datensatz an, ohne das Feld Vorname <\/b>auszufüllen, und versuchen, das Formular über die Schließen<\/b>-Schaltfläche zu schließen, erscheint die gleiche Meldung, die wir bereits aus der Datenblattansicht der Tabelle kennen (siehe Bild 3).<\/p>\n

\"Meldung<\/p>\n

Bild 3: Meldung auch im Formular beim Schließen mit der Taste X<\/span><\/b><\/p>\n

Anschließend zeigt Access noch eine weitere Meldung an, die uns die Möglichkeit bietet, das Formular ohne Speichern der Änderung zu schließen oder die Eingabe fortzusetzen (siehe Bild 4).<\/p>\n

\"Folgemeldung<\/p>\n

Bild 4: Folgemeldung nach dem Hinweis auf die Verletzung der Restriktion<\/span><\/b><\/p>\n

Problem beim Schließen mit DoCmd.Close<\/h2>\n

Was also ist das Problem? Dieses tritt auf, wenn wir eine Schaltfläche wie cmdOK <\/b>dazu nutzen, das Formular mit der folgenden Prozedur zu schließen:<\/p>\n

Private Sub <\/span>cmdOK_Click()\r\n     DoCmd.Close acForm, Me.Name\r\nEnd Sub<\/span><\/pre>\n
Das Formular wird geschlossen, ohne das eine Fehlermeldung wegen der Verletzung der Restriktion angezeigt wird – allerdings finden wir anschließend auch keinen neuen Datensatz in der zugrunde liegenden Tabelle. Das Problem wird also durch die Kombination aus DoCmd.Close <\/b>und der Verletzung einer Restriktion ausgelöst.<\/p>\n
Auch wenn wir die Methode DoCmd.Close <\/b>von außen aufrufen, wird das Formular ohne Meldung und ohne Anzeige einer Meldung geschlossen – und auch hier wird der Datensatz einfach verworfen:<\/p>\n
DoCmd.Close acForm, \"frmMitgliederDetails\"<\/pre>\n
Immerhin finden wir mittlerweile einen entsprechenden Hinweis auf der Seite zum DoCmd.Close<\/b>-Befehl von Microsoft (siehe Bild 5).<\/p>\n
\"Hinweistext<\/p>\n
Bild 5: Hinweistext in der Microsoft-Dokumentation<\/span><\/b><\/p>\n
Hier wird auch ein Workaround vorgeschlagen. Man soll die Methode RunCommand <\/b>des Application<\/b>-Objekts mit dem Parameter acCmdSaveRecord <\/b>aufrufen, um den Datensatz zu speichern und so den Fehler zu provozieren. Erst danach soll man das Formular mit DoCmd.Close <\/b>schließen:<\/p>\n
RunCommand acCmdSaveRecord\r\nDoCmd.Close acForm, Me.Name<\/pre>\n
Dies löst tatsächlich einen Laufzeitfehler aus. Mit einem Klick auf die Debuggen<\/b>-Schaltflächen sehen wir, dass die Anweisung RunCommand acCmdSaveRecord <\/b>diesen ausgelöst hat (siehe Bild 6).<\/p>\n
\"Laufzeitfehler<\/p>\n
Bild 6: Laufzeitfehler beim Speichern des Datensatzes<\/span><\/b><\/p>\n
Das ist natürlich keine Lösung für eine professionelle Anwendung.<\/p>\n
Eigene Fehlermeldung anzeigen<\/h2>\n
Also fangen wir den Fehler ab, der gegebenenfalls beim Speichern des Datensatzes mit RunCommand acCmdSaveRecord <\/b>ausgelöst wird, und erweitern die Prozedur mit unserer eigenen Fehlerbehandlung:<\/p>\n
Private Sub <\/span>cmdOK_Click()\r\n     Dim <\/span>lngError As Long<\/span>\r\n     On Error Resume Next<\/span>\r\n     RunCommand acCmdSaveRecord\r\n     lngError = Err.Number\r\n     Select Case lngError\r\n         Case <\/span>3314\r\n             MsgBox<\/span> Err.Description, vbExclamation + _\r\n                 vbOKOnly, \"Fehlende Eingabe\"\r\n         Case <\/span>0\r\n     End Select<\/span>\r\n     On Error GoTo<\/span> 0\r\n     If <\/span>lngError = 0 Then<\/span>\r\n         DoCmd.Close acForm, Me.Name\r\n     End If<\/span>\r\nEnd Sub<\/span><\/pre>\n
Damit erhalten wir nun eine Meldung wie in Bild 7. Noch schöner wäre es allerdings, wenn wir nach dem Bestätigen der Meldung durch den Benutzer noch den Fokus in das betroffene Feld setzen könnten. Dazu müssen wir die Fehlermeldung parsen, um das Feld auszulesen. Vorher erweitern wir allerdings die Prozedur cmdOK_Click<\/b> noch um ein paar Zeilen (siehe Listing 1).<\/p>\n
\"Unsere<\/p>\n
Bild 7: Unsere eigene Fehlermeldung<\/span><\/b><\/p>\n
Hier versuchen wir nun, bei deaktivierter, eingebauter Fehlerbehandlung den Datensatz zu speichern. Dabei speichern wir die Fehlernummer und die Fehlermeldung in den Variablen lngErrorNumber <\/b>und strErrorDescription<\/b>.<\/p>\n
Nach dem erneuten Aktivieren der eingebauten Fehlerbehandlung prüfen wir, welche Fehlernummer aufgetaucht ist. Ist es die Nummer 3314<\/b>, die ausgelöst wird, wenn ein Pflichtfeld nicht gefüllt wurde, zeigen wir als Erstes eine entsprechende Fehlermeldung an. <\/p>\n
Dann wollen wir herausfinden, welches Feld den Fehler verursacht hat. Die Fehlermeldung hat immer folgendes Format:<\/p>\n
Sie müssen einen Wert in das Feld ''Tabellenname.Feldname'' eingeben.<\/pre>\n
Hier wollen wir nun den Feldnamen extrahieren. Das erledigen wir mit der folgenden Funktion:<\/p>\n
Private Function <\/span>GetFieldFromErrorDescription( _\r\n         strDescription As String<\/span>) As String<\/span>\r\n     Dim <\/span>strField As String<\/span>\r\n     strField = Mid<\/span>(strDescription, _\r\n         InStr<\/span>(1, strDescription, \"''\") + 1)\r\n     strField = Left<\/span>(strField, InStr<\/span>(1, strField, \"''\") - 1)\r\n     strField = Mid<\/span>(strField, InStr<\/span>(1, strField, \".\") + 1)\r\n     GetFieldFromErrorDescription = strField\r\nEnd Function<\/span><\/pre>\n
Die Funktion liest als Erstes den Teil der Meldung in die Variable strField <\/b>ein, die sich rechts vom ersten Hochkomma befindet, im Beispiel landet also Tabellenname.Feldname“ eingeben. <\/b>in der Variablen. Dann lesen wir hiervon den Teil bis zum nächsten Hochkomma ein, sodass Tabellenname.Feldname<\/b> verbleibt. Hier trennen wir nun noch den Teil bis zum Punkt ab und erhalten zum Beispiel Feldname<\/b>.<\/p>\n
Damit gehen wir dann in eine zweite Funktion, die uns das Steuerelement liefern soll, das an dieses Feld gebunden ist. In vielen Fällen haben gebundene Steuerelemente den gleichen Namen wie das Feld, an das sie gebunden sind. Das Steuerelement kann aber auch umbenannt worden sein, also müssen wir auf Nummer sicher gehen. Das erledigen wir mit einer weiteren Funktion, der wir einen Verweis auf das Formular und den Feldnamen als Parameter übergeben:<\/p>\n
Private Function <\/span>GetBoundControlForField(frm As <\/span>Form, _\r\n         strField As String<\/span>) As <\/span>Control\r\n     Dim <\/span>ctl As <\/span>Control\r\n     Dim <\/span>strControlSource As String<\/span>\r\n     For Each ctl In frm.Controls\r\n         On Error Resume Next<\/span>\r\n         strControlSource = ctl.ControlSource\r\n         On Error GoTo<\/span> 0\r\n         If <\/span>strControlSource = strField Then<\/span>\r\n             Set<\/span> GetBoundControlForField = ctl\r\n             Exit Function<\/span>\r\n         End If<\/span>\r\n     Next<\/span> ctl\r\nEnd Function<\/span><\/pre>\n
Hier durchlaufen wir alle Steuerelemente in einer For Each<\/b>-Schleife und lesen bei ausgeschalteter, eingebauter Fehlerbehandlung den Wert der Eigenschaft ControlSource <\/b>in die Variable strControlSource <\/b>ein. Die Fehlerbehandlung müssen wir deshalb ausschalten, weil nicht alle Steuerelemente diese Eigenschaft haben. Greifen wir dennoch darauf zu, lösen wir einen Fehler aus.<\/p>\n
Nachdem wir ControlSource <\/b>eingelesen haben, also das Feld, an welches das Steuerelement gebunden ist, vergleichen wir es mit dem mit strField <\/b>gelieferten Feld. Stimmen strControlSource <\/b>und strField <\/b>überein, haben wir das an dieses Feld gebundene Steuerelement gefunden und geben dieses als Funktionswert zurück, bevor wir die Funktion mit Exit Function <\/b>verlassen.<\/p>\n
Damit können wir nun nach Ausgabe der Fehlermeldung den Fokus auf das betroffene Steuerelement legen, damit der Benutzer die Eingabe korrigieren kann.<\/p>\n
Fehler bei nicht erfüllten Gültigkeitsregeln<\/h2>\n
Es gibt noch einen weiteren Fehlertyp, bei dem das Speichern des Datensatzes verworfen wird, wenn wir das Formular einfach mit DoCmd.Close <\/b>schließen. Dabei handelt es sich um nicht erfüllte Gültigkeitsregeln auf Tabellenebene. Legen wir diese für das Feld PLZ <\/b>unserer Tabelle auf den folgenden Ausdruck fest:<\/p>\n
Länge([PLZ])>=4 Und Länge([PLZ])<=5<\/pre>\n
Die Gültigkeitsmeldung lautet:<\/p>\n
Die Länge der PLZ muss zwischen vier und fünf Zeichen liegen.<\/pre>\n
Wird das Feld gefüllt und es enthält zu viele oder zu wenige Zeichen, löst dies den Fehler 3316 <\/b>aus. Diesen behandeln wir mit der Fehlermeldung im Case Else<\/b>-Teil der Select Case<\/b>-Bedingung.<\/p>\n
Zusammenfassung und Ausblick<\/h2>\n
Gefahr erkannt, Gefahr gebannt. Wenn man dieses Verhalten von Access kennt, kann man dadurch entstehenden Problemen vorbeugen. Dieser Beitrag zeigt, wie das gelingt und wie wir auch noch eine ergonomische Lösung liefern, bei welcher der Fokus auf das Feld verschoben wird, das den Fehler verursacht.<\/p>\n
Das könnten wir auch bei den Gültigkeitsmeldungen noch machen, wenn wir dort das betroffene Feld wie bei der Meldung für den Fehler 3314 <\/b>in Hochkommata angeben und den Fehler 3316 <\/b>zum entsprechenden Case<\/b>-Zweig hinzufügen (siehe Beispieldatenbank).<\/p>\n
Downloads zu diesem Beitrag<\/h2>\n
Enthaltene Beispieldateien:<\/p>\n
FormulareDatensatzWirdNichtGespeichert.accdb<\/p>\n
Download<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
Es gibt seit vielen Jahren einen Bug in Access-Formularen, der möglicherweise Entwickler und Benutzer in den Wahnsinn treibt. Dabei geht es darum, dass neue oder geänderte Datensätze beim Schließen des Formulars nicht automatisch gespeichert werden. Stattdessen findet man neue Datensätze einfach nicht in der entsprechenden Tabelle vor und bei vermeintlich geänderten Datensätzen wurde die Änderung nicht übernommen. Dies geschieht, wenn man das Formular auf eine bestimmte Art schließt und Restriktionen in der zugrunde liegenden Tabelle dafür sorgen, dass der Datensatz nicht gespeichert werden kann. Wird zum Beispiel ein Pflichtfeld nicht gefüllt und das Formular geschlossen, verwirft Access den neuen Datensatz einfach, anstatt eine entsprechende Meldung zu liefern. Dieser Beitrag dokumentiert das Fehlverhalten und zeigt, welche Möglichkeiten wir zum Umgehen dieses Problems haben.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[66022024,662024,44000023],"tags":[],"class_list":["post-55001489","post","type-post","status-publish","format-standard","hentry","category-66022024","category-662024","category-Mit_Formularen_arbeiten"],"yoast_head":"\nFormulare: Datensatz wird nicht gespeichert - Access im Unternehmen<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Formulare: Datensatz wird nicht gespeichert\" \/>\n<meta property=\"og:description\" content=\"Es gibt seit vielen Jahren einen Bug in Access-Formularen, der möglicherweise Entwickler und Benutzer in den Wahnsinn treibt. Dabei geht es darum, dass neue oder geänderte Datensätze beim Schließen des Formulars nicht automatisch gespeichert werden. Stattdessen findet man neue Datensätze einfach nicht in der entsprechenden Tabelle vor und bei vermeintlich geänderten Datensätzen wurde die Änderung nicht übernommen. Dies geschieht, wenn man das Formular auf eine bestimmte Art schließt und Restriktionen in der zugrunde liegenden Tabelle dafür sorgen, dass der Datensatz nicht gespeichert werden kann. Wird zum Beispiel ein Pflichtfeld nicht gefüllt und das Formular geschlossen, verwirft Access den neuen Datensatz einfach, anstatt eine entsprechende Meldung zu liefern. Dieser Beitrag dokumentiert das Fehlverhalten und zeigt, welche Möglichkeiten wir zum Umgehen dieses Problems haben.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/\" \/>\n<meta property=\"og:site_name\" content=\"Access im Unternehmen\" \/>\n<meta property=\"article:published_time\" content=\"2024-02-29T18:42:07+00:00\" \/>\n<meta property=\"og:image\" content=\"http:\/\/vg02.met.vgwort.de\/na\/0cd2f4906e5247a6a575de419fdc456f\" \/>\n<meta name=\"author\" content=\"Andr\u00e9 Minhorst\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Andr\u00e9 Minhorst\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"9\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/\"},\"author\":{\"name\":\"Andr\u00e9 Minhorst\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#\\\/schema\\\/person\\\/13395c4bcd7d7963efe33be9c584d93f\"},\"headline\":\"Formulare: Datensatz wird nicht gespeichert\",\"datePublished\":\"2024-02-29T18:42:07+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/\"},\"wordCount\":1303,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/#primaryimage\"},\"thumbnailUrl\":\"http:\\\/\\\/vg02.met.vgwort.de\\\/na\\\/0cd2f4906e5247a6a575de419fdc456f\",\"articleSection\":[\"2\\\/2024\",\"2024\",\"Mit Formularen arbeiten\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/\",\"url\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/\",\"name\":\"Formulare: Datensatz wird nicht gespeichert - Access im Unternehmen\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/#primaryimage\"},\"thumbnailUrl\":\"http:\\\/\\\/vg02.met.vgwort.de\\\/na\\\/0cd2f4906e5247a6a575de419fdc456f\",\"datePublished\":\"2024-02-29T18:42:07+00:00\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/#primaryimage\",\"url\":\"http:\\\/\\\/vg02.met.vgwort.de\\\/na\\\/0cd2f4906e5247a6a575de419fdc456f\",\"contentUrl\":\"http:\\\/\\\/vg02.met.vgwort.de\\\/na\\\/0cd2f4906e5247a6a575de419fdc456f\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/formulare_datensatz_wird_nicht_gespeichert\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/access-im-unternehmen.de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Formulare: Datensatz wird nicht gespeichert\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#website\",\"url\":\"https:\\\/\\\/access-im-unternehmen.de\\\/\",\"name\":\"Access im Unternehmen\",\"description\":\"Das Magazin f\u00fcr Datenbankentwickler auf Basis von Microsoft Access\",\"publisher\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/access-im-unternehmen.de\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#organization\",\"name\":\"Andr\u00e9 Minhorst Verlag\",\"url\":\"https:\\\/\\\/access-im-unternehmen.de\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/access-im-unternehmen.de\\\/wp-content\\\/uploads\\\/2019\\\/09\\\/aiu_wp.png\",\"contentUrl\":\"https:\\\/\\\/access-im-unternehmen.de\\\/wp-content\\\/uploads\\\/2019\\\/09\\\/aiu_wp.png\",\"width\":370,\"height\":111,\"caption\":\"Andr\u00e9 Minhorst Verlag\"},\"image\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#\\\/schema\\\/logo\\\/image\\\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#\\\/schema\\\/person\\\/13395c4bcd7d7963efe33be9c584d93f\",\"name\":\"Andr\u00e9 Minhorst\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g\",\"caption\":\"Andr\u00e9 Minhorst\"}}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Formulare: Datensatz wird nicht gespeichert - Access im Unternehmen","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/","og_locale":"de_DE","og_type":"article","og_title":"Formulare: Datensatz wird nicht gespeichert","og_description":"Es gibt seit vielen Jahren einen Bug in Access-Formularen, der möglicherweise Entwickler und Benutzer in den Wahnsinn treibt. Dabei geht es darum, dass neue oder geänderte Datensätze beim Schließen des Formulars nicht automatisch gespeichert werden. Stattdessen findet man neue Datensätze einfach nicht in der entsprechenden Tabelle vor und bei vermeintlich geänderten Datensätzen wurde die Änderung nicht übernommen. Dies geschieht, wenn man das Formular auf eine bestimmte Art schließt und Restriktionen in der zugrunde liegenden Tabelle dafür sorgen, dass der Datensatz nicht gespeichert werden kann. Wird zum Beispiel ein Pflichtfeld nicht gefüllt und das Formular geschlossen, verwirft Access den neuen Datensatz einfach, anstatt eine entsprechende Meldung zu liefern. Dieser Beitrag dokumentiert das Fehlverhalten und zeigt, welche Möglichkeiten wir zum Umgehen dieses Problems haben.","og_url":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/","og_site_name":"Access im Unternehmen","article_published_time":"2024-02-29T18:42:07+00:00","og_image":[{"url":"http:\/\/vg02.met.vgwort.de\/na\/0cd2f4906e5247a6a575de419fdc456f","type":"","width":"","height":""}],"author":"Andr\u00e9 Minhorst","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"Andr\u00e9 Minhorst","Gesch\u00e4tzte Lesezeit":"9\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/#article","isPartOf":{"@id":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/"},"author":{"name":"Andr\u00e9 Minhorst","@id":"https:\/\/access-im-unternehmen.de\/#\/schema\/person\/13395c4bcd7d7963efe33be9c584d93f"},"headline":"Formulare: Datensatz wird nicht gespeichert","datePublished":"2024-02-29T18:42:07+00:00","mainEntityOfPage":{"@id":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/"},"wordCount":1303,"commentCount":0,"publisher":{"@id":"https:\/\/access-im-unternehmen.de\/#organization"},"image":{"@id":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/#primaryimage"},"thumbnailUrl":"http:\/\/vg02.met.vgwort.de\/na\/0cd2f4906e5247a6a575de419fdc456f","articleSection":["2\/2024","2024","Mit Formularen arbeiten"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/","url":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/","name":"Formulare: Datensatz wird nicht gespeichert - Access im Unternehmen","isPartOf":{"@id":"https:\/\/access-im-unternehmen.de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/#primaryimage"},"image":{"@id":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/#primaryimage"},"thumbnailUrl":"http:\/\/vg02.met.vgwort.de\/na\/0cd2f4906e5247a6a575de419fdc456f","datePublished":"2024-02-29T18:42:07+00:00","breadcrumb":{"@id":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/#primaryimage","url":"http:\/\/vg02.met.vgwort.de\/na\/0cd2f4906e5247a6a575de419fdc456f","contentUrl":"http:\/\/vg02.met.vgwort.de\/na\/0cd2f4906e5247a6a575de419fdc456f"},{"@type":"BreadcrumbList","@id":"https:\/\/access-im-unternehmen.de\/formulare_datensatz_wird_nicht_gespeichert\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/access-im-unternehmen.de\/"},{"@type":"ListItem","position":2,"name":"Formulare: Datensatz wird nicht gespeichert"}]},{"@type":"WebSite","@id":"https:\/\/access-im-unternehmen.de\/#website","url":"https:\/\/access-im-unternehmen.de\/","name":"Access im Unternehmen","description":"Das Magazin f\u00fcr Datenbankentwickler auf Basis von Microsoft Access","publisher":{"@id":"https:\/\/access-im-unternehmen.de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/access-im-unternehmen.de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/access-im-unternehmen.de\/#organization","name":"Andr\u00e9 Minhorst Verlag","url":"https:\/\/access-im-unternehmen.de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/access-im-unternehmen.de\/#\/schema\/logo\/image\/","url":"https:\/\/access-im-unternehmen.de\/wp-content\/uploads\/2019\/09\/aiu_wp.png","contentUrl":"https:\/\/access-im-unternehmen.de\/wp-content\/uploads\/2019\/09\/aiu_wp.png","width":370,"height":111,"caption":"Andr\u00e9 Minhorst Verlag"},"image":{"@id":"https:\/\/access-im-unternehmen.de\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/access-im-unternehmen.de\/#\/schema\/person\/13395c4bcd7d7963efe33be9c584d93f","name":"Andr\u00e9 Minhorst","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/secure.gravatar.com\/avatar\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g","caption":"Andr\u00e9 Minhorst"}}]}},"_links":{"self":[{"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/posts\/55001489","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/comments?post=55001489"}],"version-history":[{"count":2,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/posts\/55001489\/revisions"}],"predecessor-version":[{"id":88075253,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/posts\/55001489\/revisions\/88075253"}],"wp:attachment":[{"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/media?parent=55001489"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/categories?post=55001489"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/tags?post=55001489"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}