{"id":55001580,"date":"2026-02-01T00:00:00","date_gmt":"2026-02-06T13:35:09","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=1580"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"Daten_bearbeiten_Execute_vs_Recordset_in_DAO","status":"publish","type":"post","link":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/","title":{"rendered":"Daten bearbeiten: Execute vs. Recordset in DAO"},"content":{"rendered":"<p><img loading=\"lazy\" decoding=\"async\" src=\"http:\/\/vg01.met.vgwort.de\/na\/1d68252722ad49758338902371d1246e\" width=\"1\" height=\"1\" alt=\"\"><b>Es kommt regelm&auml;&szlig;ig vor, dass wir Daten in den Tabellen unserer Datenbank bearbeiten m&uuml;ssen. Normalerweise geschieht das &uuml;ber die Benutzeroberfl&auml;che. Aber es gibt auch Konstellationen, in denen wir automatisiert Daten zu einer Tabelle hinzuf&uuml;gen oder diese &auml;ndern wollen. Manchmal legen wir vollst&auml;ndige Hierarchien an inklusive Daten in verkn&uuml;pften Tabellen, oder wir &auml;ndern auch nur den Wert eines einzelnen Feldes in einem Datensatz. Dazu k&ouml;nnen wir verschiedene Techniken nutzen, die wir in diesem Beitrag einmal vorstellen und vergleichen wollen. Dabei konzentrieren wir uns auf das Hinzuf&uuml;gen oder Bearbeiten von einzelnen Datens&auml;tzen und schauen uns zwei verschiedene Ans&auml;tze an: Das Anlegen oder Aktualisieren von Daten mit INSERT INTO oder UPDATE-Abfragen, die wir per VBA zusammenstellen und dann mit der Execute-Methode ausf&uuml;hren oder das Anlegen mit der Recordset-Methode AddNew\/Update und das Bearbeiten mit der Edit-Methode.<\/b><\/p>\n<h2>DAO oder ADODB?<\/h2>\n<p>Mit den eingangs erw&auml;hnten beiden M&ouml;glichkeiten der Anlage und &Auml;nderung von Daten mit <b>Execute <\/b>beziehungsweise <b>AddNew<\/b>\/<b>Edit <\/b>und <b>Update <\/b>decken wir die Optionen ab, die uns die DAO-Bibliothek bietet. Wir k&ouml;nnen dies auch noch mit den Methoden der ADODB-Bibliothek erledigen.<\/p>\n<p>Wie wir diese Aufgaben mit ADODB erledigen, beschreiben wir in einem weiteren Beitrag namens <b>Daten bearbeiten: Execute vs. Recordset in ADODB <\/b>(<b>www.access-im-unternehmen.de\/****<\/b>).<\/p>\n<h2>Unterschied Execute vs. AddNew\/Update<\/h2>\n<p>Mit der <b>Execute<\/b>-Anweisung, der wir eine <b>INSERT INTO<\/b>-SQL-Abfrage &uuml;bergeben und der Kombination aus <b>AddNew <\/b>und <b>Update <\/b>eines <b>Recordset<\/b>-Objekts erreichen wir grunds&auml;tzlich das Gleiche: Wir f&uuml;gen einer Tabelle einen Datensatz hinzu, der die gew&uuml;nschten Werte enth&auml;lt.<\/p>\n<p>Das gilt auch f&uuml;r das &Auml;ndern von Datens&auml;tzen, Wir k&ouml;nnen dies mit einer <b>UPDATE<\/b>-SQL-Abfrage erledigen, die wir &uuml;ber die <b>Execute<\/b>-Methode absetzen, oder wir verwenden die <b>Edit<\/b>-Methode, f&uuml;hren dann die &Auml;nderungen an den gew&uuml;nschten Feldern durch und speichern diese mit der <b>Update<\/b>-Methode in der Tabelle.<\/p>\n<p>Mit beiden Methoden k&ouml;nnen wir bei der Neuanlage eines Datensatzes anschlie&szlig;end die ID des Prim&auml;rschl&uuml;sselwertes auslesen, sofern f&uuml;r dieses Feld die Autowert-Funktion aktiviert ist.<\/p>\n<p>Die weiteren Unterschiede, die wir in den folgenden Abschnitten besprechen werden, beziehen sich im Komfort, der sich beim Zusammenstellen der jeweiligen Codezeilen ergibt.<\/p>\n<p>Wenn wir die <b>Execute<\/b>-Methode verwenden wollen, m&uuml;ssen wir uns grundlegend mit der Schreibweise von SQL-Anweisungen auskennen, zumindest f&uuml;r die SQL-Abfragen <b>INSERT INTO <\/b>und <b>UPDATE<\/b>.<\/p>\n<p>Au&szlig;erdem sind hier im Gegensatz zur Verwendung von <b>AddNew<\/b>\/<b>Edit <\/b>und <b>Update <\/b>noch einige Besonderheiten bei der Angabe der einzuf&uuml;genden oder zu &auml;ndernden Feldwerte relevant: Wenn wir beispielsweise Textfelder f&uuml;llen wollen, m&uuml;ssen wir diese in Hochkommata einfassen, bei Datumsfeldern m&uuml;ssen wir ein SQL-kompatibles Datumsformat verwenden und bei Zahlen mit Dezimaltrennzeichen m&uuml;ssen wir sicherstellen, dass das vom SQL Server verwendete Dezimaltrennzeichen verwendet wird.<\/p>\n<p>Au&szlig;erdem m&uuml;ssen wir auch die Werte f&uuml;r <b>Ja\/Nein<\/b>-Felder entsprechend formatieren.<\/p>\n<p>Die Methoden <b>AddNew<\/b>\/<b>Edit <\/b>plus <b>Update <\/b>sind hier wesentlich einfacher in der Handhabung. Wir k&ouml;nnen alle Werte einfach &uuml;bergeben, so wie wir auch in VBA damit arbeiten.<\/p>\n<h2>Beispieltabelle<\/h2>\n<p>Als Beispiel verwenden wir die Tabelle <b>tblKunden<\/b> aus Bild 1.<\/p>\n<p class=\"image\"><img decoding=\"async\" src=\"..\/fileadmin\/_temp_\/2025_06\/pic_1580_001.png\" alt=\"Beispieltabelle tblKunden\" width=\"499,5589\" height=\"424,0543\" \/><\/p>\n<p><b><span style=\"color:darkgrey;\">Bild 1: Beispieltabelle tblKunden<\/span><\/b><\/p>\n<p>Diese enth&auml;lt alle relevanten Datentypen, die wir f&uuml;r die unterschiedlichen Schreibweisen in <b>INSERT INTO<\/b>&#8211; und <b>UPDATE<\/b>-Abfragen ben&ouml;tigen: <b>Kurzer Text<\/b>, <b>Datum<\/b>, <b>Ja\/Nein <\/b>und <b>W&auml;hrung <\/b>(stellvertretend f&uuml;r alle Felddatentypen mit Nachkommastellen).<\/p>\n<h2>Einf&uuml;gen von Datens&auml;tzen per AddNew\/Update<\/h2>\n<p>Wir schauen uns zuerst das Einf&uuml;gen eines Datensatzes mit der <b>AddNew<\/b>&#8211; und der <b>Update<\/b>-Methode eines Recordsets an.<\/p>\n<p>Hier deklarieren wir als Erstes zwei Variablen. Mit <b>db <\/b>referenzieren wir das mit der <b>CurrentDb<\/b>-Funktion ermittelte <b>Database<\/b>-Objekt der aktuellen Datenbank. Mit <b>rst <\/b>holen wir uns ein <b>Recordset<\/b>-Objekt auf Basis der Tabelle <b>tblKunden<\/b>.<\/p>\n<p>Dazu nutzen wir die <b>OpenRecordset<\/b>-Methode des <b>Database<\/b>-Objekts:<\/p>\n<pre><span style=\"color:blue;\">Public Sub <\/span>Einfuegen_AddNew()\r\n     <span style=\"color:blue;\">Dim <\/span>db<span style=\"color:blue;\"> As <\/span>DAO.Database\r\n     <span style=\"color:blue;\">Dim <\/span>rst<span style=\"color:blue;\"> As <\/span>DAO.Recordset\r\n     <span style=\"color:blue;\">Set<\/span> db = CurrentDb\r\n     <span style=\"color:blue;\">Set<\/span> rst = db.OpenRecordset(\"tblKunden\", dbOpenDynaset)<\/pre>\n<p>Danach k&ouml;nnen wir direkt mit dem Einf&uuml;gen eines Datensatzes beginnen. Dazu versetzen wir das Recordset mit der <b>AddNew<\/b>-Methode in den Einf&uuml;gemodus f&uuml;r einen neuen Datensatz:<\/p>\n<pre>     rst.Add<span style=\"color:blue;\">New<\/span><\/pre>\n<p>Dann weisen wir den einzelnen Feldern der Tabelle, die wir &uuml;ber das Ausrufezeichen angeben, die gew&uuml;nschten Werte zu:<\/p>\n<pre>     rst!Vorname = \"Andr&eacute;\"\r\n     rst!Nachname = \"Minhorst\"\r\n     rst!Geburtsdatum = \"23.01.1971\"\r\n     rst!Aktiv = <span style=\"color:blue;\">True<\/span>\r\n     rst!Jahresumsatz = 9999.99<\/pre>\n<p>Danach schlie&szlig;en wir das Anlegen des neuen Datensatzes ab, indem wir die <b>Update<\/b>-Methode aufrufen und damit den Datensatz in der dem Recordset zugrunde liegenden Tabelle speichern:<\/p>\n<pre>     rst.Update\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p>Damit legen wir den Datensatz aus Bild 2 in der Tabelle an.<\/p>\n<p class=\"image\"><img decoding=\"async\" src=\"..\/fileadmin\/_temp_\/2025_06\/pic_1580_002.png\" alt=\"Neuer Datensatz in der Tabelle tblKunden\" width=\"499,5589\" height=\"140,2702\"\/><\/p>\n<p><b><span style=\"color:darkgrey;\">Bild 2: Neuer Datensatz in der Tabelle tblKunden<\/span><\/b><\/p>\n<h2>Wo ist das Feld KundeID?<\/h2>\n<p>Das Feld <b>KundeID <\/b>haben wir in der Tabelle als <b>Autowert<\/b>-Feld definiert. Das hei&szlig;t, dass wir es nicht nur nicht zu f&uuml;llen brauchen &#8211; es wird automatisch mit dem durch die Autowert-Funktion ermittelten Wert gef&uuml;llt.<\/p>\n<p>Diese entspricht immer dem zuletzt hinzugef&uuml;gten Wert f&uuml;r dieses Feld plus <b>1<\/b>.<\/p>\n<p>Wir k&ouml;nnen aber auch das Feld <b>KundeID <\/b>&uuml;bergeben, wenn wir einmal einen anderen Wert als den durch die Autowert-Funktion vorgegebenen Wert angeben wollen:<\/p>\n<pre>rst!KundeID = 111<\/pre>\n<p>Dabei sind folgende Dinge zu beachten:<\/p>\n<ul>\n<li>Der Wert darf noch nicht vergeben sein, sonst tritt der Fehler <b>3022 <\/b>auf, weil das Prim&auml;rschl&uuml;sselfeld jeden Wert nur einmal enthalten darf.<\/li>\n<li>Der Autowert z&auml;hlt anschlie&szlig;end an dem Wert weiter, den wir manuell zugewiesen haben. Das kann zu Problemen f&uuml;hren, wenn die Tabelle vorher beispielsweise Datens&auml;tze mit den ID-Werten <b>1 <\/b>und <b>3 <\/b>enthalten hat und wir nun einen Datensatz mit dem ID-Wert <b>2 <\/b>anlegen. Die <b>Autowert<\/b>-Funktion wird nun als n&auml;chsten Wert <b>3 <\/b>nutzen, was wiederum zum Fehler <b>3022 <\/b>f&uuml;hrt.<\/li>\n<\/ul>\n<p>Die manuelle Vorgabe eines Wertes f&uuml;r ein Autowert-Feld sollte also mit Bedacht durchgef&uuml;hrt werden.<\/p>\n<h2>Schreibweisen f&uuml;r das Datum<\/h2>\n<p>Wir haben hier das Datum einfach als Zeichenkette &uuml;bergeben (<b>&#8222;23.01.1971&#8220;<\/b>). Damit haben wir Potenzial f&uuml;r einen Laufzeitfehler geschaffen, denn das Datum muss unbedingt ein g&uuml;ltiges Datum sein. Wir k&ouml;nnten auch die folgende Schreibweise verwenden:<\/p>\n<pre>rst!Geburtsdatum = #1971-01-23#<\/pre>\n<p>Diese wird auf Systemen mit deutschen Lokaleinstellungen jedoch direkt in die folgende Zeile umgewandelt:<\/p>\n<pre>rst!Geburtsdatum = #1\/23\/1971#<\/pre>\n<p>Wie k&ouml;nnen aber auch die Zeichenkette <b>&#8222;23.01.1971&#8220; <\/b>vorsichtshalber mit der <b>CDate<\/b>-Funktion in ein g&uuml;ltiges Datum umwandeln oder vorab mit <b>IsDate <\/b>pr&uuml;fen, ob es sich um ein g&uuml;ltiges Datum handelt.<\/p>\n<h2>AddNew mit Variablen<\/h2>\n<p>Dies k&ouml;nnen wir auch erledigen, indem wir die Werte f&uuml;r die einzelnen Felder zuvor in Variablen speichern und diese dann den Feldern zuweisen. Wir starten wie zuvor:<\/p>\n<pre><span style=\"color:blue;\">Public Sub <\/span>Einfuegen_AddNew_Variablen()\r\n     <span style=\"color:blue;\">Dim <\/span>db<span style=\"color:blue;\"> As <\/span>DAO.Database\r\n     <span style=\"color:blue;\">Dim <\/span>rst<span style=\"color:blue;\"> As <\/span>DAO.Recordset<\/pre>\n<p>Dann deklarieren wir die Variablen, die wir mit den einzuf&uuml;genden Werten f&uuml;llen wollen, und versehen diese gleich mit den entsprechenden Datentypen:<\/p>\n<pre>     <span style=\"color:blue;\">Dim <\/span>strVorname<span style=\"color:blue;\"> As String<\/span>\r\n     <span style=\"color:blue;\">Dim <\/span>strNachname<span style=\"color:blue;\"> As String<\/span>\r\n     <span style=\"color:blue;\">Dim <\/span>datGeburtsdatum<span style=\"color:blue;\"> As Date<\/span>\r\n     <span style=\"color:blue;\">Dim <\/span>bolAktiv<span style=\"color:blue;\"> As Boolean<\/span>\r\n     <span style=\"color:blue;\">Dim <\/span>curJahresumsatz<span style=\"color:blue;\"> As Currency<\/span><\/pre>\n<p>Das <b>Database<\/b>-Objekt und das <b>Recordset<\/b>-Objekt f&uuml;llen wir wie zuvor:<\/p>\n<pre>     <span style=\"color:blue;\">Set<\/span> db = CurrentDb\r\n     <span style=\"color:blue;\">Set<\/span> rst = db.OpenRecordset(\"tblKunden\", dbOpenDynaset)<\/pre>\n<p>Dann weisen wir die Werte den Variablen zu, die wir gleich zum Einf&uuml;gen nutzen wollen:<\/p>\n<pre>     strVorname = \"Klaus\"\r\n     strNachname = \"M&uuml;ller\"\r\n     datGeburtsdatum = \"01.01.2000\"\r\n     bolAktiv = <span style=\"color:blue;\">False<\/span>\r\n     curJahresumsatz = 8888.88<\/pre>\n<p>Schlie&szlig;lich rufen wir <b>AddNew <\/b>auf, weisen die Werte aus den Variablen den einzelnen Feldern zu und speichern den Datensatz mit der <b>Update<\/b>-Methode:<\/p>\n<pre>     rst.Add<span style=\"color:blue;\">New<\/span>\r\n     rst!Vorname = strVorname\r\n     rst!Nachname = strNachname\r\n     rst!Geburtsdatum = datGeburtsdatum\r\n     rst!Aktiv = bolAktiv\r\n     rst!Jahresumsatz = curJahresumsatz\r\n     rst.Update\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p>Dies ist erst einmal wesentlich mehr Schreibarbeit, aber wir bereiten damit etwas vor, was in der Praxis wesentlich h&auml;ufiger vorkommen wird als das Eintragen von fest im Code angegebenen Werten, n&auml;mlich das &Uuml;bergeben der anzulegenden Informationen per Parameter. Damit k&ouml;nnen wir mit einem einzigen Aufruf unter Angabe der f&uuml;r den neuen Datensatz einzuf&uuml;genden Werte einen neuen Datensatz in der gew&uuml;nschten Tabelle anlegen.<\/p>\n<h2>AddNew mit Parametern<\/h2>\n<p>Dazu holen wir die Variablen einfach in die Parameterliste der Prozedur:<\/p>\n<pre><span style=\"color:blue;\">Public Sub <\/span>Einfuegen_AddNew_Parameter( _\r\n         strVorname<span style=\"color:blue;\"> As String<\/span>, _\r\n         strNachname<span style=\"color:blue;\"> As String<\/span>, _\r\n         datGeburtsdatum<span style=\"color:blue;\"> As Date<\/span>, _\r\n         bolAktiv<span style=\"color:blue;\"> As Boolean<\/span>, _\r\n         curJahresumsatz<span style=\"color:blue;\"> As Currency<\/span>)<\/pre>\n<p>Die folgenden Schritte sind identisch mit denen der vorherigen Prozedur:<\/p>\n<pre>     <span style=\"color:blue;\">Dim <\/span>db<span style=\"color:blue;\"> As <\/span>DAO.Database\r\n     <span style=\"color:blue;\">Dim <\/span>rst<span style=\"color:blue;\"> As <\/span>DAO.Recordset\r\n     \r\n     <span style=\"color:blue;\">Set<\/span> db = CurrentDb\r\n     <span style=\"color:blue;\">Set<\/span> rst = db.OpenRecordset(\"tblKunden\", dbOpenDynaset)\r\n     \r\n     rst.Add<span style=\"color:blue;\">New<\/span>\r\n     rst!Vorname = strVorname\r\n     rst!Nachname = strNachname\r\n     rst!Geburtsdatum = datGeburtsdatum\r\n     rst!Aktiv = bolAktiv\r\n     rst!Jahresumsatz = curJahresumsatz\r\n     rst.Update\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p>Diese Funktion k&ouml;nnen wir nun von beliebiger Stelle innerhalb des VBA-Projekts wie folgt aufrufen und haben damit eine Wrapper-Funktion zum Anlegen eines neuen Datensatzes in die Tabelle <b>tblKunden <\/b>geschaffen:<\/p>\n<pre><span style=\"color:blue;\">Call<\/span> Einfuegen_AddNew_Parameter(\"Theo\", \"Meier\", \"31.12.1999\", True, 7777.77)<\/pre>\n<h2>ID des neuen Datensatzes bei AddNew auslesen<\/h2>\n<p>Wenn wir wie zuvor beschrieben erst einen Kunden anlegen und dann eine Bestellung f&uuml;r diesen hinzuf&uuml;gen wollen, ben&ouml;tigen wir den Wert des Feldes <b>KundeID <\/b>f&uuml;r den neu hinzugef&uuml;gten Kunden, um die neue Bestellung mit diesem verkn&uuml;pfen zu k&ouml;nnen. Bei Verwendung von <b>AddNew<\/b>\/<b>Update <\/b>ist das Ermitteln allerdings recht einfach.<\/p>\n<p>Wir m&uuml;ssen lediglich den Wert des Feldes <b>KundeID <\/b>abfragen, bevor wir den Datensatz mit der <b>Update<\/b>-Methode speichern.<\/p>\n<p>Warum vorher? Weil durch die <b>Update<\/b>-Methode der Datensatzzeiger nicht mehr auf dem angelegten Datensatz steht. Den Wert des Feldes <b>KundeID <\/b>lesen wir also wie folgt aus: <\/p>\n<pre>     ...\r\n     rst!Jahresumsatz = 9999.99\r\n     <span style=\"color:blue;\">Debug.Print<\/span> \"Neuer Kunde: \" & rst!KundeID\r\n     rst.Update\r\n     ...<\/pre>\n<p>Es gibt jedoch noch eine weitere M&ouml;glichkeit, die gerade bei Verwendung von SQL Server als Backend notwendig ist. Dabei setzen wir mit <b>LastModified <\/b>ein Bookmark auf den Datensatz, der zuletzt ge&auml;ndert wurde &#8211; in diesem Fall den zuletzt angelegten Datensatz.<\/p>\n<p>Anschlie&szlig;end k&ouml;nnen wir damit wieder den Wert des Feldes <b>KundeID <\/b>f&uuml;r den neuen Datensatz auslesen:<\/p>\n<pre>     ...\r\n     rst.Update\r\n     rst.Bookmark = rst.LastModified\r\n     <span style=\"color:blue;\">Debug.Print<\/span> \"Neuer Kunde: \" & rst!KundeID\r\n     ...<\/pre>\n<h2>Einf&uuml;gen von Datens&auml;tzen mit Execute\/INSERT INTO<\/h2>\n<p>Wenn wir die <b>Execute<\/b>-Methode des <b>Database<\/b>-Objekts nutzen wollen, um beispielsweise einen neuen Datensatz mit <b>INSERT INTO <\/b>einzuf&uuml;gen, ben&ouml;tigen wir im Unterschied zu <b>AddNew<\/b>\/<b>Update <\/b>kein <b>Recordset<\/b>-Objekt.<\/p>\n<p>Daf&uuml;r m&uuml;ssen wir die auszuf&uuml;hrende Abfrage aber direkt vollst&auml;ndig zusammenstellen, statt bequem die einzelnen Werte den Feldern zuzuweisen. Das sieht auf den ersten Blick un&uuml;bersichtlicher aus, aber letztlich sind die gleichen Elemente enthalten.<\/p>\n<p>Wie beginnen mit dem Definieren von Variablen f&uuml;r das <b>Database<\/b>-Objekt und f&uuml;r die zu verwendenden SQL-Anweisung:<\/p>\n<pre><span style=\"color:blue;\">Public Sub <\/span>Einfuegen_INSERTINTO()\r\n     <span style=\"color:blue;\">Dim <\/span>db<span style=\"color:blue;\"> As <\/span>DAO.Database\r\n     <span style=\"color:blue;\">Dim <\/span>strSQL<span style=\"color:blue;\"> As String<\/span><\/pre>\n<p>Die Variable <b>strSQL <\/b>ben&ouml;tigt man nicht zwangsl&auml;ufig, aber es kann hilfreich sein, wenn man zu Testzwecken die verwendete SQL-Anweisung im Direktbereich ausgeben m&ouml;chte. Au&szlig;erdem wird die Lesbarkeit so verbessert.<\/p>\n<p>Wir f&uuml;llen wieder die Variable <b>db<\/b> mit dem Wert aus <b>CurrentDb<\/b>:<\/p>\n<pre>    <span style=\"color:blue;\">Set<\/span> db = CurrentDb<\/pre>\n<p>Dann stellen die SQL-Anweisung in <b>strSQL <\/b>zusammen (in einer Zeile eingeben):<\/p>\n<pre>     strSQL = \"INSERT INTO tblKunden(Vorname, Nachname, Geburtsdatum, Aktiv, Jahresumsatz) VALUES(''Andr&eacute;'', ''Minhorst'', #1971\/01\/23#, -1, 9999.99)\"<\/pre>\n<p><b>INSERT INTO <\/b>erwartet zun&auml;chst den Namen der Zieltabelle und dahinter in Klammern die Liste der Felder, die wir f&uuml;llen m&ouml;chten.<\/p>\n<p>Dann folgt das <b>VALUES<\/b>-Schl&uuml;sselwort mit den in Klammern eingefassten Werten.<\/p>\n<p>Hier sehen wir direkt die Unterschiede, die das Verwenden von <b>Execute<\/b>\/<b>INSERT INTO <\/b>ein wenig komplizierter machen:<\/p>\n<ul>\n<li>Werte f&uuml;r Textfelder m&uuml;ssen in Hochkommata oder alternativ in doppelte Anf&uuml;hrungszeichen eingefasst werden.<\/li>\n<li>Datumsangaben m&uuml;ssen in einem von SQL lesbaren Format angegeben werden, zum Beispiel <b>#yyyy\/mm\/dd#<\/b>. Wir k&ouml;nnen hier nicht einfach <b>&#8222;23.01.1971&#8220; <\/b>angeben wie bei <b>AddNew<\/b>\/<b>Update<\/b>.<\/li>\n<li>Bei <b>Ja\/Nein<\/b>-Feldern m&uuml;ssen die Werte entweder als <b>-1<\/b>\/<b>0 <\/b>angegeben werden oder als <b>True<\/b>\/<b>False<\/b>. Besser noch ist <b>True<\/b>\/<b>False<\/b>, denn wenn man einmal zum SQL Server wechselt, werden <b>Ja\/Nein<\/b>-Felder in <b>bit<\/b>-Felder konvertiert. Das hei&szlig;t, der Wert <b>True <\/b>entspricht hier dem Wert <b>1 <\/b>und nicht mehr <b>-1 <\/b>wie unter Access (<b>False <\/b>ist in beiden F&auml;llen <b>0<\/b>). Wenn man nun in Abfragen beispielsweise <b>-1 <\/b>als Vergleichskriterium f&uuml;r ein <b>bit<\/b>-Feld nutzt, bekommt man nicht die gew&uuml;nschten Ergebnisse, weil <b>True <\/b>hier als <b>1 <\/b>gespeichert wird. Am besten verwendet man als in jeglichen SQL-Abfragen immer die Werte <b>True <\/b>und <b>False<\/b>. Zu einem weiteren Problem mit <b>Ja\/Nein<\/b>-Feldern kommen wir gleich, wenn wir die Werte f&uuml;r den neuen Datensatz aus Variablen f&uuml;llen.<\/li>\n<li>Werte mit Nachkommastellen m&uuml;ssen in SQL zwingend mit dem Punkt als Dezimaltrennzeichen angegeben werden. Tausendertrennzeichen sind nicht zul&auml;ssig. Auch dies f&uuml;hrt sp&auml;ter beim Anlegen von Datens&auml;tzen unter Verwendung von Variablen zu Problemen &#8211; mehr dazu weiter unten.<\/li>\n<\/ul>\n<p>Schlie&szlig;lich f&uuml;hren wir die Abfrage mit der <b>Execute<\/b>-Methode aus.<\/p>\n<p>Dabei &uuml;bergeben wir als ersten Parameter die SQL-Anweisung aus der Variablen <b>strSQL <\/b>und als zweiten den Wert <b>dbFailOnError<\/b>:<\/p>\n<pre>     db.Execute strSQL, dbFailOnError\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<h2>Warum Execute und nicht DoCmd.RunSQL?<\/h2>\n<p>Alternativ zur <b>Execute<\/b>-Methode des <b>Database<\/b>-Objekts k&ouml;nnen wir auch <b>DoCmd.RunSQL <\/b>verwenden. Auch dieser &uuml;bergeben wir einfach die SQL-Anweisung als Parameter. Wir empfehlen allerdings, immer <b>Execute <\/b>zu verwenden.<\/p>\n<p>Einer der wichtigsten Gr&uuml;nde ist, dass wir &uuml;ber die Variable db, in deren Kontext wir die Anweisung ausf&uuml;hren, sp&auml;ter noch weitere Informationen erhalten k&ouml;nnen &#8211; beispielsweise die ID des neu hinzugef&uuml;gten Datensatzes oder auch die Anzahl der durch die Abfrage betroffenen Datens&auml;tze. Mehr dazu lesen Sie weiter unten.<\/p>\n<p>Au&szlig;erdem kann es bei <b>DoCmd.RunSQL <\/b>vorkommen, dass bei der Ausf&uuml;hrung auftretende Fehler nicht gemeldet werden, wenn zuvor mit <b>DoCmd.SetWarnings False <\/b>die Warnmeldungen deaktiviert wurden.<\/p>\n<p>Und selbst wenn die Warnmeldungen aktiviert sind, erscheint so nur eine Systemmeldung wie die aus Bild 3.<\/p>\n<p class=\"image\"><img decoding=\"async\" src=\"..\/fileadmin\/_temp_\/2025_06\/pic_1580_003.png\" alt=\"Meldung beim Problem mit einer DoCmd.RunSQL-Anweisung\" width=\"424,5589\" height=\"461,0168\" \/><\/p>\n<p><b><span style=\"color:darkgrey;\">Bild 3: Meldung beim Problem mit einer DoCmd.RunSQL-Anweisung<\/span><\/b><\/p>\n<p>Angenommen, wir rufen <b>DoCmd.RunSQL <\/b>wie folgt auf und deaktivieren die Warnmeldungen. Dann wird trotz Fehlerbehandlung am Ende der Prozedur kein Fehler ausgegeben:<\/p>\n<pre><span style=\"color:blue;\">Public Sub <\/span>Einfuegen_RunSQL()\r\n     <span style=\"color:blue;\">Dim <\/span>strSQL<span style=\"color:blue;\"> As String<\/span>\r\n     DoCmd.SetWarnings <span style=\"color:blue;\">False<\/span>\r\n     On Error Resume <span style=\"color:blue;\">Next<\/span>\r\n     strSQL = \"INSERT INTO tblKunden(KundeID, \" _\r\n         & \"Vorname, Nachname, Geburtsdatum, Aktiv, \" _\r\n         & \"Jahresumsatz) VALUES(1, ''Andr&eacute;'', ''Minhorst'', \" _\r\n         & \"''23.1.1971'', -1, 9999.99)\"\r\n     \r\n     DoCmd.RunSQL strSQL\r\n     \r\n     <span style=\"color:blue;\">Debug.Print<\/span> Err.Number, Err.Description\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p>Bei Verwendung von <b>db.Execute <\/b>k&ouml;nnen wir den Fehler anschlie&szlig;end problemlos auswerten.<\/p>\n<h2>Execute\/INSERT INTO mit Variablen<\/h2>\n<p>Nun schauen wir uns an, wie wir der <b>INSERT INTO<\/b>-Anweisung einer <b>Execute<\/b>-Methode die Werte aus Variablen &uuml;bergeben. Der grundlegende Code dazu deklariert die ben&ouml;tigten Variablen und f&uuml;llt diese mit den gew&uuml;nschten Werten &#8211; so wie im obigen Beispiel f&uuml;r <b>AddNew<\/b>\/<b>Update<\/b>:<\/p>\n<pre><span style=\"color:blue;\">Public Sub <\/span>Einfuegen_INSERTINTO_Variablen()\r\n     <span style=\"color:blue;\">Dim <\/span>db<span style=\"color:blue;\"> As <\/span>DAO.Database\r\n     <span style=\"color:blue;\">Dim <\/span>strSQL<span style=\"color:blue;\"> As String<\/span>\r\n     \r\n     <span style=\"color:blue;\">Dim <\/span>strVorname<span style=\"color:blue;\"> As String<\/span>\r\n     <span style=\"color:blue;\">Dim <\/span>strNachname<span style=\"color:blue;\"> As String<\/span>\r\n     <span style=\"color:blue;\">Dim <\/span>datGeburtsdatum<span style=\"color:blue;\"> As Date<\/span>\r\n     <span style=\"color:blue;\">Dim <\/span>bolAktiv<span style=\"color:blue;\"> As Boolean<\/span>\r\n     <span style=\"color:blue;\">Dim <\/span>curJahresumsatz<span style=\"color:blue;\"> As Currency<\/span>\r\n     \r\n     strVorname = \"Klaus\"\r\n     strNachname = \"M&uuml;ller\"\r\n     datGeburtsdatum = \"01.01.2000\"\r\n     bolAktiv = <span style=\"color:blue;\">False<\/span>\r\n     curJahresumsatz = 8888.88\r\n     \r\n     <span style=\"color:blue;\">Set<\/span> db = CurrentDb<\/pre>\n<p>Dann stellen wir die SQL-Anweisung zusammen, zun&auml;chst indem wir einfach die Variablen in den SQL-Ausdruck einbinden. Bereits das ist aufwendig, weil wir &uuml;berall die Zeichenkette unterbrechen und die Variablen durch Und-Zeichen (<b>&#038;<\/b>) integrieren m&uuml;ssen (in einer Zeile eintippen):<\/p>\n<pre>     strSQL = \"INSERT INTO tblKunden(Vorname, Nachname,  Geburtsdatum, Aktiv, Jahresumsatz) VALUES(\"  & strVorname & \", \" & strNachname & \", \"  & datGeburtsdatum & \", \" & bolAktiv & \", \"  & curJahresumsatz & \")\"\r\n     \r\n     db.Execute strSQL\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p>Beim Ausf&uuml;hren erhalten wir direkt den ersten Fehler (siehe Bild 4). Hier nutzen wir nun vor dem Ausf&uuml;hren eine zus&auml;tzliche Anweisung, mit der wir den resultierenden SQL-Ausdruck im Direktbereich ausgeben:<\/p>\n<p class=\"image\"><img decoding=\"async\" src=\"..\/fileadmin\/_temp_\/2025_06\/pic_1580_004.png\" alt=\"Fehler in der Execute-Anweisung\" width=\"499,5589\" height=\"283,5634\" \/><\/p>\n<p><b><span style=\"color:darkgrey;\">Bild 4: Fehler in der Execute-Anweisung<\/span><\/b><\/p>\n<pre>INSERT INTO tblKunden(Vorname, Nachname, Geburtsdatum, Aktiv, Jahresumsatz) VALUES(Klaus, M&uuml;ller, 01.01.2000, Falsch, 8888,88)<\/pre>\n<p>Der Fehler ist offensichtlich: Der Betrag f&uuml;r das Feld Jahresumsatz wurde nicht mit einem Punkt als Dezimaltrennzeichen, sondern mit einem Komma angegeben. Dies interpretiert Access-SQL als Trennzeichen zwischen zwei Feldern. Also f&uuml;gen wir die erste Optimierung f&uuml;r das Feld <b>Jahresumsatz <\/b>ein, indem wir das Komma mit der <b>Replace<\/b>-Funktion durch einen Punkt ersetzen:<\/p>\n<pre>strSQL = \"INSERT INTO tblKunden(Vorname, Nachname, Geburtsdatum, Aktiv, Jahresumsatz) VALUES(\" & strVorname & \", \" & strNachname & \", \" & datGeburtsdatum & \", \" & bolAktiv & \", \" & <span style=\"color:blue;\">Replace<\/span>(curJahresumsatz, \",\", \".\") & \")\"<\/pre>\n<p>Beim n&auml;chsten Aufruf folgt die n&auml;chste Fehlermeldung (siehe Bild 5). Hier kann Access-SQL das Datum nicht korrekt interpretieren. Also nutzen wir eine Funktion, die das Datum in einen SQL-tauglichen Datumswert umwandelt:<\/p>\n<p class=\"image\"><img decoding=\"async\" src=\"..\/fileadmin\/_temp_\/2025_06\/pic_1580_005.png\" alt=\"N&auml;chster Fehler in der Execute-Anweisung\" width=\"499,5589\" height=\"283,5634\" \/><\/p>\n<p><b><span style=\"color:darkgrey;\">Bild 5: N&auml;chster Fehler in der Execute-Anweisung<\/span><\/b><\/p>\n<pre><span style=\"color:blue;\">Public Function <\/span>ISODatum(varDate<span style=\"color:blue;\"> As Variant<\/span>)\r\n     ISODatum = Format(varDate, _\r\n         \"\\#yyyy\\\/mm\\\/dd hh\\:nn\\:ss\\#\")\r\n<span style=\"color:blue;\">End Function<\/span><\/pre>\n<p>F&uuml;r das Datum <b>1.1.2000 <\/b>kommt nun beispielsweise <b>#2000\/01\/01# <\/b>heraus, das auch gelesen werden kann, auch wenn wir die L&auml;ndereinstellungen etwa auf <b>Englisch <\/b>wechseln. Die Funktion betten wir wie folgt ein:<\/p>\n<pre>strSQL = \"INSERT INTO tblKunden(Vorname, Nachname,  Geburtsdatum, Aktiv, Jahresumsatz) VALUES(\" &  strVorname & \", \" & strNachname & \", \" &  ISODatum(datGeburtsdatum) & \", \" & bolAktiv & \", \"  & <span style=\"color:blue;\">Replace<\/span>(curJahresumsatz, \",\", \".\") & \")\"<\/pre>\n<p>Beim n&auml;chsten Versuch erhalten wir die Meldung aus Bild 6. Es wurden drei erwartete Parameter nicht angegeben. Die ersten beiden F&auml;lle sind schnell ermittelt: Wir haben die Werte f&uuml;r die Felder <b>Vorname <\/b>und <b>Nachname <\/b>ohne Anf&uuml;hrungszeichen &uuml;bergeben, daher wurden diese als Parameter erkannt:<\/p>\n<p class=\"image\"><img decoding=\"async\" src=\"..\/fileadmin\/_temp_\/2025_06\/pic_1580_006.png\" alt=\"Ein weiterer Fehler in der Execute-Anweisung\" width=\"499,5589\" height=\"283,5634\" \/><\/p>\n<p><b><span style=\"color:darkgrey;\">Bild 6: Ein weiterer Fehler in der Execute-Anweisung<\/span><\/b><\/p>\n<pre>INSERT INTO tblKunden(Vorname, Nachname, Geburtsdatum, Aktiv, Jahresumsatz) VALUES(Klaus, M&uuml;ller, 01.01.2000, Falsch, 8888.88)<\/pre>\n<p>Der dritte f&auml;lschlicherweise als Parameter erkannte Wert ist der Wert <b>Falsch <\/b>f&uuml;r das <b>Ja\/Nein<\/b>-Feld. Warum steht hier &uuml;berhaupt <b>Falsch <\/b>und nicht <b>False<\/b>? Weil wir deutsche L&auml;ndereinstellungen verwenden und die Ausgabe einer <b>Boolean<\/b>-Variablen als <b>Wahr <\/b>oder <b>Falsch <\/b>erfolgt und nicht etwa als <b>True <\/b>oder <b>False <\/b>beziehungsweise <b>-1 <\/b>oder <b>0<\/b>.<\/p>\n<p>Die Werte f&uuml;r die Textfelder fassen wir nun in Hochkommata ein:<\/p>\n<pre>VALUES(''\" & strVorname & \"'', ''\" & strNachname & \"'',...<\/pre>\n<h2>Boolean-Werte f&uuml;r SQL-Anweisungen vorbereiten<\/h2>\n<p>Den <b>Boolean<\/b>-Wert behandeln wir ebenfalls mit einer eigenen Funktion. Diese nimmt den Wert &uuml;ber einen Parameter des Typs <b>Boolean <\/b>entgegen und pr&uuml;ft, ob dieser den Wert <b>True <\/b>oder <b>False <\/b>enth&auml;lt. Im Falle von <b>True <\/b>liefert sie die Zeichenkette <b>True <\/b>zur&uuml;ck, anderenfalls die Zeichenkette <b>False<\/b>:<\/p>\n<pre><span style=\"color:blue;\">Public Function <\/span>BooleanSQL(bol<span style=\"color:blue;\"> As Boolean<\/span>)<span style=\"color:blue;\"> As String<\/span>\r\n     <span style=\"color:blue;\">If <\/span>bol = <span style=\"color:blue;\">True<\/span><span style=\"color:blue;\"> Then<\/span>\r\n         BooleanSQL = \"True\"\r\n     <span style=\"color:blue;\">Else<\/span>\r\n         BooleanSQL = \"False\"\r\n     <span style=\"color:blue;\">End If<\/span>\r\n<span style=\"color:blue;\">End Function<\/span><\/pre>\n<p>Diese Funktion betten wir wie folgt in den SQL-Ausdruck ein:<\/p>\n<pre>..., \" & BooleanSQL(bolAktiv) & \", ...<\/pre>\n<p>Damit erhalten wir schlie&szlig;lich die folgende funktionierende SQL-Anweisung:<\/p>\n<pre>INSERT INTO tblKunden(Vorname, Nachname, Geburtsdatum, Aktiv, Jahresumsatz) VALUES(''Klaus'', ''M&uuml;ller'', #2000\/01\/01 00:00:00#, False, 8888.88)<\/pre>\n<p>Die Text-Variablen sind in Hochkommata eingebettet, das Datum liegt im korrekten Format vor, der <b>Boolean<\/b>-Wert wird als <b>True <\/b>oder <b>False <\/b>angegeben und das Komma im Dezimalausdruck wird durch einen Punkt ersetzt.<\/p>\n<h2>Execute\/INSERT INTO mit Parametern<\/h2>\n<p>Nun k&ouml;nnen wir die Prozedur zum Anlegen eines Datensatzes noch mit Parametern ausstatten:<\/p>\n<pre><span style=\"color:blue;\">Public Sub <\/span>Einfuegen_INSERTINTO_Parameter( _\r\n         strVorname<span style=\"color:blue;\"> As String<\/span>, _\r\n         strNachname<span style=\"color:blue;\"> As String<\/span>, _\r\n         datGeburtsdatum<span style=\"color:blue;\"> As Date<\/span>, _\r\n         bolAktiv<span style=\"color:blue;\"> As Boolean<\/span>, _\r\n         curJahresumsatz<span style=\"color:blue;\"> As Currency<\/span>)\r\n     <span style=\"color:blue;\">Dim <\/span>db<span style=\"color:blue;\"> As <\/span>DAO.Database\r\n     <span style=\"color:blue;\">Dim <\/span>strSQL<span style=\"color:blue;\"> As String<\/span>\r\n     \r\n     <span style=\"color:blue;\">Set<\/span> db = CurrentDb\r\n     \r\n     strSQL = \"INSERT INTO tblKunden(Vorname, Nachname, \" _\r\n         & \"Geburtsdatum, Aktiv, Jahresumsatz) VALUES(''\" _\r\n         & strVorname & \"'', ''\" & strNachname & \"'', \" _\r\n         & ISODatum(datGeburtsdatum) & \", \" _\r\n         & BooleanSQL(bolAktiv) & \", \" _\r\n         & <span style=\"color:blue;\">Replace<\/span>(curJahresumsatz, \",\", \".\") & \")\"\r\n     db.Execute strSQL\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p>Mit dem folgenden Aufruf k&ouml;nnen wir komfortabel einen neuen Datensatz anlegen:<\/p>\n<pre><span style=\"color:blue;\">Call<\/span> Einfuegen_INSERTINTO_Parameter(\"Theo\", \"Meier\", \"31.12.1999\", True, 7777.77)<\/pre>\n<h2>ID des neuen Datensatzes bei Execute auslesen<\/h2>\n<p>Wenn wir die <b>Execute<\/b>-Methode mit <b>INSERT INTO <\/b>zum Anlegen eines neuen Datensatzes nutzen, ben&ouml;tigen wir eine weitere Abfrage, um den Wert des Feldes <b>KundeID <\/b>des zuletzt hinzuf&uuml;gten Datensatzes auszulesen.<\/p>\n<p>Diese f&uuml;hren wir unmittelbar nach dem Anlegen aus:<\/p>\n<pre>     ...\r\n     db.Execute strSQL\r\n     lngKundeID = _\r\n         db.OpenRecordset(\"SELECT @@IDENTITY\").Fields(0)\r\n     <span style=\"color:blue;\">Debug.Print<\/span> \"Neuer Kunde: \" & lngKundeID\r\n     ...<\/pre>\n<p><b>SELECT @@IDENTITY <\/b>holt den zuletzt in dieser Session hinzugef&uuml;gten Autowert. Das bedeutet, dass wenn parallel ein anderer Datensatz in einer anderen Tabelle angelegt wird, nicht unbedingt der gew&uuml;nschte Autowert ermittelt wird.<\/p>\n<p>Dies ist allerdings sehr unwahrscheinlich, dann dazu m&uuml;sste parallel eine andere Prozedur aufgerufen worden sein, die ebenfalls einen neuen Datensatz angelegt hat.<\/p>\n<h2>Anzahl der betroffenen Datens&auml;tze mit Execute auslesen<\/h2>\n<p>Wenn beim Anlegen des Datensatzes ein Fehler aufgetreten ist, der dazu f&uuml;hrt, dass der Datensatz nicht angelegt wurde, liefert <b>SELECT @@IDENTITY <\/b>allerdings einen falschen Wert.<\/p>\n<p>Allerdings k&ouml;nnen wir mit der Eigenschaft <b>RecordsAffected <\/b>des <b>Database<\/b>-Objekts die Anzahl der durch die letzte mit <b>Execute <\/b>ausgef&uuml;hrten Aktionsabfrage betroffenen Datens&auml;tze ermitteln.<\/p>\n<p>Hier pr&uuml;fen wir im Falle des Einf&uuml;gens eines einzelnen Datensatzes, ob die Anzahl <b>1 <\/b>lautet. Nur in diesem Fall wird die ID des zuletzt hinzuf&uuml;gten Eintrag ermittelt, anderenfalls erscheint eine entsprechende Meldung:<\/p>\n<pre>     ...\r\n     <span style=\"color:blue;\">If <\/span>db.RecordsAffected = 1<span style=\"color:blue;\"> Then<\/span>\r\n         lngKundeID = db.OpenRecordset( _\r\n             \"SELECT @@IDENTITY\").Fields(0)\r\n         <span style=\"color:blue;\">Debug.Print<\/span> \"Neuer Kunde: \" & lngKundeID\r\n     <span style=\"color:blue;\">Else<\/span>\r\n         <span style=\"color:blue;\">MsgBox<\/span> \"Fehler beim Anlegen des Datensatzes.\"\r\n     <span style=\"color:blue;\">End If<\/span>\r\n     ...<\/pre>\n<p>Auch dies ist ein Grund, die <b>Execute<\/b>-Methode des <b>Database<\/b>-Objekts zu nutzen und nicht <b>DoCmd.RunSQL<\/b>.<\/p>\n<h2>Aktualisieren von Datens&auml;tzen<\/h2>\n<p>Nun kommen wir zum Aktualisieren von Datens&auml;tzen, also dem gezielten &Auml;ndern von Feldinhalten. Auch hier k&ouml;nnen wir mit <b>Recordset<\/b>-Methoden arbeiten, wobei wir hier <b>Edit <\/b>und <b>Update <\/b>ben&ouml;tigen. Anschlie&szlig;end stellen wir das Aktualisieren eines Datensatzes per <b>Execute<\/b>\/<b>UPDATE <\/b>vor.<\/p>\n<h2>Aktualisieren von Datens&auml;tzen mit Edit\/Update<\/h2>\n<p>Um einen Datensatz mit den DAO-Methoden <b>Edit <\/b>und <b>Update <\/b>zu &auml;ndern, m&uuml;ssen wir zuerst den zu &auml;ndernden Datensatz als Recordset ermitteln.<\/p>\n<p>Also holen wir zuerst den gew&uuml;nschten Datensatz in ein Recordset, indem wir das entsprechende Kriterium angeben, hier <b>KundeID = 1<\/b>:<\/p>\n<pre><span style=\"color:blue;\">Public Sub <\/span>Aendern_Update()\r\n     <span style=\"color:blue;\">Dim <\/span>db<span style=\"color:blue;\"> As <\/span>DAO.Database\r\n     <span style=\"color:blue;\">Dim <\/span>rst<span style=\"color:blue;\"> As <\/span>DAO.Recordset\r\n     <span style=\"color:blue;\">Set<\/span> db = CurrentDb\r\n     <span style=\"color:blue;\">Set<\/span> rst = db.OpenRecordset(\"SELECT * FROM tblKunden \" _\r\n         & \"WHERE KundeID = 1\", dbOpenDynaset)<\/pre>\n<p>Dann pr&uuml;fen wir mit <b>rst.EOF<\/b>, ob das Recordset nicht leer ist. Das geschieht, wenn der gesuchte Datensatz gar nicht vorhanden ist. <\/p>\n<p>Ist der Datensatz vorhanden, versetzen wir ihn mit der <b>Edit<\/b>-Methode in den &Auml;nderungsmodus und tragen den neuen Wert f&uuml;r das entsprechende Feld ein, hier <b>Andreas <\/b>f&uuml;r das Feld <b>Vorname<\/b>. Mit der <b>Update<\/b>-Methode speichern wir die &Auml;nderung in der Tabelle:<\/p>\n<pre>     <span style=\"color:blue;\">If <\/span><span style=\"color:blue;\">Not<\/span> rst.EOF<span style=\"color:blue;\"> Then<\/span>\r\n         rst.Edit\r\n         rst!Vorname = \"Andreas\"\r\n         rst.Update\r\n     <span style=\"color:blue;\">Else<\/span>\r\n         <span style=\"color:blue;\">MsgBox<\/span> \"Zu &auml;ndernder Datensatz nicht gefunden.\"\r\n     <span style=\"color:blue;\">End If<\/span>\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<h2>Aktualisieren von Datens&auml;tzen mit Execute\/UPDATE<\/h2>\n<p>Den gleichen Vorgang k&ouml;nnen wir auch mit der <b>Execute<\/b>-Methode des <b>Database<\/b>-Objekts durchf&uuml;hren. Diesmal verwenden wir die <b>UPDATE<\/b>-Anweisung.<\/p>\n<p>Diese stellen wir in der Variablen <b>strSQL <\/b>zusammen, damit wir diese gegebenenfalls zu Debugging-Zwecken einfach ausgeben k&ouml;nnen.<\/p>\n<p>Die <b>UPDATE<\/b>-Anweisung m&uuml;ssen wir im Gegensatz zur <b>INSERT INTO<\/b>-Anweisung unbedingt um ein Kriterium erweitern, das festlegt, welcher Datensatz ge&auml;ndert werden soll. Vergessen wir das, wirkt sich die <b>UPDATE<\/b>-Abfrage auf alle Datens&auml;tze der Tabelle aus. <\/p>\n<p>Grunds&auml;tzlich nimmt die <b>UPDATE<\/b>-Abfrage neben den dem Schl&uuml;sselwort <b>UPDATE <\/b>den Namen der zu &auml;ndernden Tabelle auf.<\/p>\n<p>Danach folgt die <b>SET<\/b>-Anweisung mit Name-Wert-Paaren f&uuml;r die zu &auml;ndernden Feldern, wobei f&uuml;r das Zuweisen der Werte die gleichen Regeln gelten wir f&uuml;r die <b>INSERT INTO<\/b>-Anweisung &#8211; wir m&uuml;ssen also Werte f&uuml;r Textfelder in Hochkommata einfassen, Werte von <b>Boolean<\/b>-Felder in die Zeichenketten <b>True <\/b>oder <b>False <\/b>umwandeln, Kommata in Dezimalzahlen durch Punkte ersetzen und Datumsangaben entsprechend formatieren.<\/p>\n<p>Im folgenden Beispiel &auml;ndern wir nur den Wert des Feldes <b>Vorname<\/b>:<\/p>\n<pre><span style=\"color:blue;\">Public Sub <\/span>Aendern_Execute()\r\n     <span style=\"color:blue;\">Dim <\/span>db<span style=\"color:blue;\"> As <\/span>DAO.Database\r\n     <span style=\"color:blue;\">Dim <\/span>strSQL<span style=\"color:blue;\"> As String<\/span>\r\n     \r\n     <span style=\"color:blue;\">Set<\/span> db = CurrentDb\r\n     strSQL = \"UPDATE tblKunden SET Vorname = ''Andr&eacute;'' \" _\r\n         & \"WHERE KundeID = 1\"\r\n     \r\n     db.Execute strSQL\r\n     \r\n     <span style=\"color:blue;\">If <\/span>db.RecordsAffected = 1<span style=\"color:blue;\"> Then<\/span>\r\n         <span style=\"color:blue;\">MsgBox<\/span> \"Der Datensatz wurde aktualisiert.\"\r\n     <span style=\"color:blue;\">End If<\/span>\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p>Im Anschluss an den Aufruf der <b>Execute<\/b>-Methode k&ouml;nnen wir die Eigenschaft <b>RecordsAffected <\/b>des <b>Database<\/b>-Objekts nutzen, um die Anzahl der bei der letzten Aktion ge&auml;nderten Datens&auml;tze zu ermitteln.<\/p>\n<p>Eine &Auml;nderung wird &uuml;brigens auch als solche gez&auml;hlt, wenn die betroffenen Felder die gleichen Werte wie zuvor erhalten.<\/p>\n<h2>Aktualisieren mit Execute\/UPDATE mit Parametern<\/h2>\n<p>Wenn wir eine Wrapper-Funktion ben&ouml;tigen, um schnell einen Kundendatensatz &auml;ndern zu k&ouml;nnen, k&ouml;nnen wir diese &auml;hnlich wie weiter oben beim Anlegen von Datens&auml;tzen gestalten.<\/p>\n<p>Allerdings m&uuml;ssen wir einen weiteren Parameter vorsehen, mit dem wir angeben, welcher Datensatz ge&auml;ndert werden soll &#8211; im folgenden Beispiel der Wert des Feldes <b>KundeID<\/b>.<\/p>\n<pre><span style=\"color:blue;\">Public Sub <\/span>Aendern_Execute_Parameter( _\r\n         lngKundeID<span style=\"color:blue;\"> As Long<\/span>, _\r\n         strVorname<span style=\"color:blue;\"> As String<\/span>, _\r\n         strNachname<span style=\"color:blue;\"> As String<\/span>, _\r\n         datGeburtsdatum<span style=\"color:blue;\"> As Date<\/span>, _\r\n         bolAktiv<span style=\"color:blue;\"> As Boolean<\/span>, _\r\n         curJahresumsatz<span style=\"color:blue;\"> As Currency<\/span>)\r\n     <span style=\"color:blue;\">Dim <\/span>db<span style=\"color:blue;\"> As <\/span>DAO.Database\r\n     <span style=\"color:blue;\">Dim <\/span>strSQL<span style=\"color:blue;\"> As String<\/span>\r\n     \r\n     <span style=\"color:blue;\">Set<\/span> db = CurrentDb\r\n     strSQL = \"UPDATE tblKunden SET Vorname = ''\" _\r\n         & strVorname & \"'', Nachname = ''\" & strNachname _\r\n         & \"'', Geburtsdatum = \" & ISODatum(datGeburtsdatum)  _\r\n         & \", Aktiv = \" & BooleanSQL(bolAktiv) _\r\n         & \", Jahresumsatz = \" & <span style=\"color:blue;\">Replace<\/span>(curJahresumsatz, _\r\n         \",\", \".\") & \" WHERE KundeID = \" & lngKundeID\r\n     <span style=\"color:blue;\">Debug.Print<\/span> strSQL\r\n     db.Execute strSQL<\/pre>\n<p>Auch hier pr&uuml;fen wir wieder, ob genau ein Datensatz aktualisiert wurde:<\/p>\n<pre>     <span style=\"color:blue;\">If <\/span>db.RecordsAffected = 1<span style=\"color:blue;\"> Then<\/span>\r\n         <span style=\"color:blue;\">MsgBox<\/span> \"Der Datensatz wurde aktualisiert.\"\r\n     <span style=\"color:blue;\">End If<\/span>\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p>Die Prozedur rufen wir beispielsweise wie folgt auf:<\/p>\n<pre><span style=\"color:blue;\">Call<\/span> Aendern_Execute_Parameter(1, \"Theo\", \"Meier\", \"31.12.1999\", True, 7777.77)<\/pre>\n<p>Die <b>Debug.Print<\/b>-Anweisung gibt die folgende SQL-Anweisung aus:<\/p>\n<pre>UPDATE tblKunden SET Vorname = ''Theo'', Nachname = ''Meier'', Geburtsdatum = #1999\/12\/31 00:00:00#, Aktiv = True, Jahresumsatz = 7777.77 WHERE KundeID = 1<\/pre>\n<h2>Zusammenfassung und Ausblick<\/h2>\n<p>Dieser Beitrag hat die verschiedenen M&ouml;glichkeiten vorgestellt, mit denen wir Datens&auml;tze mit den Methoden eines Recordsets und der <b>Execute<\/b>-Methode hinzuf&uuml;gen und &auml;ndern k&ouml;nnen.<\/p>\n<p>Grunds&auml;tzlich bieten die Methoden des Recordsets und die <b>Execute<\/b>-Methode die gleichen M&ouml;glichkeiten, daher ist es eher pers&ouml;nlichen Vorlieben &uuml;berlassen, welche davon man einsetzen m&ouml;chte.<\/p>\n<p>Geht es nicht nur um das Einf&uuml;gen oder Aktualisieren einzelner Datens&auml;tze, sondern sollen mehrere Datens&auml;tze beispielsweise auf Basis der Daten einer weiteren Tabelle eingef&uuml;gt werden oder sollen gleiche &Auml;nderungen an mehreren Datens&auml;tzen gleichzeitig durchgef&uuml;hrt werden, bieten die <b>INSERT INTO<\/b>&#8211; und die <b>UPDATE<\/b>-Abfrage in Verbindung mit der <b>Execute<\/b>-Methode des <b>Database<\/b>-Objekts Performance-Vorteile &#8211; in diesem Beitrag ging es jedoch um das gezielte Anlegen oder &Auml;ndern einzelner Datens&auml;tze.<\/p>\n<p>Das Zusammenstellen des Codes f&uuml;r Prozeduren wie den hier vorgestellten ist vergleichsweise aufwendig und fehleranf&auml;llig.<\/p>\n<p>Deshalb stellen wir in einem weiteren Beitrag namens <b>Code zum Hinzuf&uuml;gen oder &Auml;ndern von Datens&auml;tzen generieren <\/b>(<b>www.access-im-unternehmen.de\/****<\/b>) noch Prozeduren vor, mit denen sich dies vereinfachen l&auml;sst.<\/p>\n<p>Hier braucht man nur noch die Tabelle anzugeben, f&uuml;r die man den Code zum Hinzuf&uuml;gen oder Aktualisieren von Datens&auml;tzen ben&ouml;tigt und erh&auml;lt direkt die vollst&auml;ndigen Anweisungen, die nur noch in den bestehenden Code eingef&uuml;gt werden m&uuml;ssen.<\/p>\n<h2>Downloads zu diesem Beitrag<\/h2>\n<p>Enthaltene Beispieldateien:<\/p>\n<p>DatenBearbeitenExecuteVsAddNewUpdate.accdb<\/p>\n<p><a href=\"..\/fileadmin\/beispiele\/983ADC76-353C-4166-9BE9-4BE23249D927\/aiu_1580.zip\">Download<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Es kommt regelm&auml;&szlig;ig vor, dass wir Daten in den Tabellen unserer Datenbank bearbeiten m&uuml;ssen. Normalerweise geschieht das &uuml;ber die Benutzeroberfl&auml;che. Aber es gibt auch Konstellationen, in denen wir automatisiert Daten zu einer Tabelle hinzuf&uuml;gen oder diese &auml;ndern wollen. Manchmal legen wir vollst&auml;ndige Hierarchien an inklusive Daten in verkn&uuml;pften Tabellen, oder wir &auml;ndern auch nur den Wert eines einzelnen Feldes in einem Datensatz. Dazu k&ouml;nnen wir verschiedene Techniken nutzen, die wir in diesem Beitrag einmal vorstellen und vergleichen wollen. Dabei konzentrieren wir uns auf das Hinzuf&uuml;gen oder Bearbeiten von einzelnen Datens&auml;tzen und schauen uns zwei verschiedene Ans&auml;tze an: Das Anlegen oder Aktualisieren von Daten mit INSERT INTO oder UPDATE-Abfragen, die wir per VBA zusammenstellen und dann mit der Execute-Methode ausf&uuml;hren oder das Anlegen mit der Recordset-Methode AddNew\/Update und das Bearbeiten mit der Edit-Methode.<\/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":[66012026,662026,44000035],"tags":[],"class_list":["post-55001580","post","type-post","status-publish","format-standard","hentry","category-66012026","category-662026","category-Datenzugriff_programmieren"],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v20.9 (Yoast SEO v27.3) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>Daten bearbeiten: Execute vs. Recordset in DAO - 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\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Daten bearbeiten: Execute vs. Recordset in DAO\" \/>\n<meta property=\"og:description\" content=\"Es kommt regelm&auml;&szlig;ig vor, dass wir Daten in den Tabellen unserer Datenbank bearbeiten m&uuml;ssen. Normalerweise geschieht das &uuml;ber die Benutzeroberfl&auml;che. Aber es gibt auch Konstellationen, in denen wir automatisiert Daten zu einer Tabelle hinzuf&uuml;gen oder diese &auml;ndern wollen. Manchmal legen wir vollst&auml;ndige Hierarchien an inklusive Daten in verkn&uuml;pften Tabellen, oder wir &auml;ndern auch nur den Wert eines einzelnen Feldes in einem Datensatz. Dazu k&ouml;nnen wir verschiedene Techniken nutzen, die wir in diesem Beitrag einmal vorstellen und vergleichen wollen. Dabei konzentrieren wir uns auf das Hinzuf&uuml;gen oder Bearbeiten von einzelnen Datens&auml;tzen und schauen uns zwei verschiedene Ans&auml;tze an: Das Anlegen oder Aktualisieren von Daten mit INSERT INTO oder UPDATE-Abfragen, die wir per VBA zusammenstellen und dann mit der Execute-Methode ausf&uuml;hren oder das Anlegen mit der Recordset-Methode AddNew\/Update und das Bearbeiten mit der Edit-Methode.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/\" \/>\n<meta property=\"og:site_name\" content=\"Access im Unternehmen\" \/>\n<meta property=\"article:published_time\" content=\"2026-02-06T13:35:09+00:00\" \/>\n<meta property=\"og:image\" content=\"http:\/\/vg01.met.vgwort.de\/na\/1d68252722ad49758338902371d1246e\" \/>\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=\"22\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/\"},\"author\":{\"name\":\"Andr\u00e9 Minhorst\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#\\\/schema\\\/person\\\/13395c4bcd7d7963efe33be9c584d93f\"},\"headline\":\"Daten bearbeiten: Execute vs. Recordset in DAO\",\"datePublished\":\"2026-02-06T13:35:09+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/\"},\"wordCount\":3696,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/#primaryimage\"},\"thumbnailUrl\":\"http:\\\/\\\/vg01.met.vgwort.de\\\/na\\\/1d68252722ad49758338902371d1246e\",\"articleSection\":[\"1\\\/2026\",\"2026\",\"Datenzugriff programmieren\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/\",\"url\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/\",\"name\":\"Daten bearbeiten: Execute vs. Recordset in DAO - Access im Unternehmen\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/#primaryimage\"},\"thumbnailUrl\":\"http:\\\/\\\/vg01.met.vgwort.de\\\/na\\\/1d68252722ad49758338902371d1246e\",\"datePublished\":\"2026-02-06T13:35:09+00:00\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/#primaryimage\",\"url\":\"http:\\\/\\\/vg01.met.vgwort.de\\\/na\\\/1d68252722ad49758338902371d1246e\",\"contentUrl\":\"http:\\\/\\\/vg01.met.vgwort.de\\\/na\\\/1d68252722ad49758338902371d1246e\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/access-im-unternehmen.de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Daten bearbeiten: Execute vs. Recordset in DAO\"}]},{\"@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":"Daten bearbeiten: Execute vs. Recordset in DAO - 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\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/","og_locale":"de_DE","og_type":"article","og_title":"Daten bearbeiten: Execute vs. Recordset in DAO","og_description":"Es kommt regelm&auml;&szlig;ig vor, dass wir Daten in den Tabellen unserer Datenbank bearbeiten m&uuml;ssen. Normalerweise geschieht das &uuml;ber die Benutzeroberfl&auml;che. Aber es gibt auch Konstellationen, in denen wir automatisiert Daten zu einer Tabelle hinzuf&uuml;gen oder diese &auml;ndern wollen. Manchmal legen wir vollst&auml;ndige Hierarchien an inklusive Daten in verkn&uuml;pften Tabellen, oder wir &auml;ndern auch nur den Wert eines einzelnen Feldes in einem Datensatz. Dazu k&ouml;nnen wir verschiedene Techniken nutzen, die wir in diesem Beitrag einmal vorstellen und vergleichen wollen. Dabei konzentrieren wir uns auf das Hinzuf&uuml;gen oder Bearbeiten von einzelnen Datens&auml;tzen und schauen uns zwei verschiedene Ans&auml;tze an: Das Anlegen oder Aktualisieren von Daten mit INSERT INTO oder UPDATE-Abfragen, die wir per VBA zusammenstellen und dann mit der Execute-Methode ausf&uuml;hren oder das Anlegen mit der Recordset-Methode AddNew\/Update und das Bearbeiten mit der Edit-Methode.","og_url":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/","og_site_name":"Access im Unternehmen","article_published_time":"2026-02-06T13:35:09+00:00","og_image":[{"url":"http:\/\/vg01.met.vgwort.de\/na\/1d68252722ad49758338902371d1246e","type":"","width":"","height":""}],"author":"Andr\u00e9 Minhorst","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"Andr\u00e9 Minhorst","Gesch\u00e4tzte Lesezeit":"22\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/#article","isPartOf":{"@id":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/"},"author":{"name":"Andr\u00e9 Minhorst","@id":"https:\/\/access-im-unternehmen.de\/#\/schema\/person\/13395c4bcd7d7963efe33be9c584d93f"},"headline":"Daten bearbeiten: Execute vs. Recordset in DAO","datePublished":"2026-02-06T13:35:09+00:00","mainEntityOfPage":{"@id":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/"},"wordCount":3696,"commentCount":0,"publisher":{"@id":"https:\/\/access-im-unternehmen.de\/#organization"},"image":{"@id":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/#primaryimage"},"thumbnailUrl":"http:\/\/vg01.met.vgwort.de\/na\/1d68252722ad49758338902371d1246e","articleSection":["1\/2026","2026","Datenzugriff programmieren"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/","url":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/","name":"Daten bearbeiten: Execute vs. Recordset in DAO - Access im Unternehmen","isPartOf":{"@id":"https:\/\/access-im-unternehmen.de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/#primaryimage"},"image":{"@id":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/#primaryimage"},"thumbnailUrl":"http:\/\/vg01.met.vgwort.de\/na\/1d68252722ad49758338902371d1246e","datePublished":"2026-02-06T13:35:09+00:00","breadcrumb":{"@id":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/#primaryimage","url":"http:\/\/vg01.met.vgwort.de\/na\/1d68252722ad49758338902371d1246e","contentUrl":"http:\/\/vg01.met.vgwort.de\/na\/1d68252722ad49758338902371d1246e"},{"@type":"BreadcrumbList","@id":"https:\/\/access-im-unternehmen.de\/Daten_bearbeiten_Execute_vs_Recordset_in_DAO\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/access-im-unternehmen.de\/"},{"@type":"ListItem","position":2,"name":"Daten bearbeiten: Execute vs. Recordset in DAO"}]},{"@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\/55001580","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=55001580"}],"version-history":[{"count":0,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/posts\/55001580\/revisions"}],"wp:attachment":[{"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/media?parent=55001580"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/categories?post=55001580"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/tags?post=55001580"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}