{"id":55001589,"date":"2026-02-01T00:00:00","date_gmt":"2026-01-09T11:54:25","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=1589"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"SQL_ausfuehren_mit_Execute_statt_DoCmdRunSQL","status":"publish","type":"post","link":"https:\/\/access-im-unternehmen.de\/SQL_ausfuehren_mit_Execute_statt_DoCmdRunSQL\/","title":{"rendered":"SQL ausführen mit Execute statt DoCmd.RunSQL"},"content":{"rendered":"

\"\"In unseren Audits mit unseren Kunden und Lesern untersuchen wir auch regelmäßig den VBA-Code in deren Access-Anwendungen. Dabei fallen uns immer wieder Programmiergewohnheiten auf, die irgendwann einmal eingeführt und seitdem nie wieder geändert wurden. Eine davon ist, SQL-Anweisungen wie INSERT INTO, UPDATE oder DELETE mit der Methode RunSQL der DoCmd-Klasse auszuführen. Das ist grundsätzlich nicht falsch, solange dies zum Ziel führt. Es gibt jedoch noch mindestens eine Alternative, insbesondere den Aufruf mit der Execute-Methode der Database-Klasse. Diese führt zwar auch nur die übergebene Aktionsabfrage aus, aber sie bietet dennoch einige Vorteile gegenüber DoCmd.RunSQL. Welche das sind und wie wir überhaupt die DoCmd.RunSQL-Methode durch die Execute-Methode ersetzen können, zeigen wir in diesem Beitrag.<\/b><\/p>\n

RunSQL und Execute einsetzen<\/h2>\n

Grundsätzlich sind die beiden Methoden ähnlich und dienen dem Aufruf von Aktionsabfragen zum Löschen, Anlegen oder Bearbeiten von Datensätzen einer Tabelle. Als Beispiel verwenden wir eine Tabelle namens tblKategorien <\/b>mit den beiden Feldern KategorieID <\/b>(Primärschlüsselfeld) und Kategorie <\/b>(Textfeld mit eindeutigem Index).<\/p>\n

Wenn wir einen Eintrag zu einer Tabelle hinzufügen wollen, erledigen wir das mit RunSQL <\/b>wie folgt (in einer Zeile im Direktbereich eingeben):<\/p>\n

DoCmd.RunSQL \"INSERT INTO tblKategorien(Kategorie)  VALUES(''Kategorie 1'')\"<\/pre>\n
Bei der Execute<\/b>-Methode können wir direkt mit CurrentDb <\/b>arbeiten und übergeben die gleiche Abfrage:<\/p>\n
CurrentDb.Execute \"INSERT INTO tblKategorien(Kategorie)  VALUES(''Kategorie 1'')\"<\/pre>\n
Es bietet sich jedoch an, direkt eine Variable für das Database<\/b>-Objekt zu deklarieren. Das ist auch Voraussetzung für das Nutzen der weiteren Vorteile der Execute<\/b>-Methode:<\/p>\n
Public Sub <\/span>Beispiel_Execute()\r\n     Dim <\/span>db As <\/span>DAO.Database\r\n     Set<\/span> db = CurrentDb\r\n     db.Execute \"INSERT INTO tblKategorien(Kategorie)  VALUES(''Kategorie 2'')\"\r\nEnd Sub<\/span><\/pre>\n
Warum wird RunSQL überhaupt verwendet?<\/h2>\n
Einer der Gründe, warum sich die RunSQL<\/b>-Methode der DoCmd<\/b>-Klasse so großer Beliebtheit erfreut, ist vermutlich in der technischen Nähe der DoCmd<\/b>-Methoden zu den Aktionen in den Access-Makros zu finden.<\/p>\n
Access-Makros waren einer der Gründe, warum auch Nicht-Programmierer mit Access schnell Ergebnisse erzielen können: Man braucht nicht VBA zu beherrschen, sondern kann schnell im Makro-Editor ein paar Befehle zusammenstellen, die beispielsweise durch den Klick auf eine Schaltfläche ausgeführt werden.<\/p>\n
Die Befehle des Makro-Editors finden wir zum größten Teil in den Methoden der DoCmd<\/b>-Klasse.<\/p>\n
Wer also in seiner Anfangszeit in Makros die Methode AusführenSQL <\/b>genutzt hat, und dann zur Nutzung von VBA übergegangen ist, wird logischerweise zu der entsprechenden DoCmd<\/b>-Methode RunSQL <\/b>gegriffen haben, um das gleiche Ergebnis zu erzielen.<\/p>\n
Die Makro-Aktion AusführenSQL<\/b> ist übrigens mindestens seit Access 2010 nicht mehr verfügbar – wir mussten ein altes Access 97-Buch heranziehen, um sicherzugehen, dass es diese Makro-Aktion einmal gab.<\/p>\n
Und da die RunSQL<\/b>-Methode nach wie vor funktioniert, gab es für viele Entwickler keinen Grund, sich nach einer Alternative umzusehen.<\/p>\n
Diese stellen wir in diesem Beitrag mit der Execute<\/b>-Methode der Database<\/b>-Klasse vor und zeigen auch, warum dies die bessere Variante ist. Dafür sprechen die folgenden Gründe:<\/p>\n