<\/p>\n
Manchmal treten in Access-Datenbanken nicht erklärbare Fehler auf. Die Datenbank stürzt immer an der gleichen Stelle ab, scheinbar ohne dass es eine Ursache dafür gibt. Oder man hat einen Haltepunkt gesetzt und wieder entfernt und der Code wird aber immer noch an der Stelle des Haltepunkts angehalten. Solche und andere Fehler können wir mit der Komprimieren und Reparieren-Funktion nicht beheben, auch wenn der Name dies suggeriert. Es ist vielmehr noch ein kleiner zusätzlicher Schritt notwendig, nämlich das Dekompilieren des Codes. Dazu gibt es eine Befehlszeilenoption mit dem Namen \/decompile. Dieser Beitrag zeigt, wie Sie eine Datenbank, die Probleme macht, gegebenenfalls selbst retten können.<\/b><\/p>\nProbleme in Access-Datenbanken<\/h2>\n
In Microsoft Access-Datenbanken können verschiedene Probleme auftreten, für die es scheinbar keine Erklärung gibt:<\/p>\n
Ursache könnte sein, dass bei Fehlern oder Abstürzen notwendige Informationen nicht in Systemtabellen geschrieben werden oder es werden Informationen geschrieben, die nicht mehr da sind – zum Beispiel die erwähnten Geister-Haltepunkte.<\/p>\n
Um diese Probleme zu beheben, reicht das Komprimieren\/Reparieren allein nicht aus. Dazu ist ein weiterer Schritt nötig, nämlich das sogenannte Dekompilieren. Access verwendet eine kompilierte Version des VBA-Codes, da dieser schneller ist als der unkompilierte. Dieser wird beim Dekompilieren komplett verworfen. Der Code wird also in seinen ursprünglichen Zustand zurückversetzt. Öffnen wir die Datenbank danach erneut, wird der Code wieder kompiliert. Fehlerhafte oder inkonsistente Objekte werden somit aus dem kompilierten Code entfernt.<\/p>\n
Dekompilieren allein reicht aber auch nicht aus, ein anschließender Aufruf des Befehls Datenbank komprimieren und reparieren <\/b>vervollständigt den Prozess jedoch nach unseren Erfahrungen.<\/p>\nAchtung: Sicherheitskopie anlegen!<\/h2>\n
Bevor wir inoffizielle Methoden wie das Dekompilieren einer Datenbank nutzen, legen wir natürlich eine Sicherheitskopie der Datenbankdatei an. Das können wir einfach im Windows Explorer durch Markieren der Datei und anschließendes Betätigen der Tastenkombinationen Strg + C <\/b>und Strg + V <\/b>erledigen.<\/p>\n
Alternativ kann man dies auch von Access aus erledigen – über den Befehl Speichern unter <\/b>im Datei<\/b>-Menü. Hier finden wir die Option Datenbank sichern <\/b>(siehe Bild 1). Der Vorteil dieser Methode ist, dass diese automatisch das aktuelle Datum an den Dateinamen anhängt.<\/p>\n
![\"Sichern](\"..\/fileadmin\/_temp_\/2023_05\/pic_1456_002.png\")
<\/p>\n
Bild 1: Sichern als Backup<\/span><\/b><\/p>\n Das Dekompilieren kann nicht von Access aus gestartet werden. Wir können die zu dekompilierende Datenbank jedoch auf eine bestimmte Art und Weise öffnen, um dies zu erledigen. Dazu benötigen wir einen Aufruf über die Eingabeaufforderung. Diese starten wir durch Eingabe von cmd <\/b>in das Suchen<\/b>-Feld von Windows.<\/p>\n Dazu geben wir als Erstes den Pfad zur Datei MSAccess.exe <\/b>ein. Dieser lautet für Windows 11 mit Access 365 in der 32-Bit-Version beispielsweise:<\/p>\n Diesen Pfad finden wir per VBA mit dem folgenden Befehl:<\/p>\n Der zweite Teil ist der Pfad der zu kompilierenden Datenbankdatei. Der dritte Teil ist der Parameter namens \/decompile<\/b>.<\/p>\n Beim Aufruf mit diesem Befehl wie in Bild 2 wird scheinbar einfach nur die Datenbank geöffnet. Im Hintergrund wurden aber die eingangs erwähnten Schritte durchgeführt.<\/p>\n Bild 2: Aufruf über die Kommandozeile<\/span><\/b><\/p>\n Hier sind allein die Ergebnisse bezüglich des Speicherplatzes der Datei auf der Festplatte:<\/p>\n [<\/p>\n Dazu sein angemerkt, dass die meisten Tabellen in einen SQL Server ausgelagert sind – daher war kein großer Unterschied beim ersten Komprimieren und Reparieren zu bemerken. Das wir beim anschließenden Dekompilieren, Komprimieren und Reparieren fast 20% der Dateigröße verlieren, zeigt jedoch, wieviel Ballast sich im Laufe der Zeit ansammelt. Bei einer anderen oft genutzten Datenbank ergab sich folgendes Bild:<\/p>\n Hier war die Verteilung etwas anders. Es zeigt sich jedoch: Dekompilieren und Komprimieren\/Reparieren lohnt sich bei oft verwendeten Datenbanken allein bezüglich des belegten Speicherplatzes.<\/p>\n Nun ist es etwas umständlich, den oben erwähnten Befehl immer wieder in die Eingabeaufforderung hineinzuschreiben. Das können wir auch vereinfachen. Der erste Weg ist, diesen Befehl in eine Batch-Datei zu schreiben, die wir einfach per Doppelklick aufrufen können. Diese legen wir als einfache Textdatei im gleichen Verzeichnis wie die Datenbankdatei an. Dann fügen wir die gleiche Zeile hinzu, die wir schon oben verwendet haben (siehe Bild 3).<\/p>\n Bild 3: Batch-Datei zum Starten des Kompiliervorgangs<\/span><\/b><\/p>\n Diese Datei brauchen wir nur doppelt anzuklicken, um die Dekompilierung zu starten. Wenn man allerdings regelmäßig neue Datenbankdateien erstellt, wäre eine alternative Möglichkeit erstrebenswert.<\/p>\n Die optimale Lösung ist, die Datenbank per Kontextmenü kompilieren zu können. Dazu brauchen wir ein paar Änderungen in der Registry. Diese wiederum nutzt ebenfalls eine Batch-Datei.<\/p>\n Zunächst nehmen wir die Änderungen in der Registry vor. Dazu öffnen wir diese durch Eingabe des Befehle RegEdit <\/b>im Suchen-Feld von Windows und anschließende Auswahl des Eintrags Registrierungs-Editor<\/b>.<\/p>\n Hier navigieren wir zum Bereich HKEY_CLASSES_ROOT\\*\\shell <\/b>und legen wie in Bild 4 einen neuen Schlüssel an. Danach legen wir den Standardwert für diesen Schlüssel fest. Aber wie nennen wir den Schlüssel und wie füllen wir den Standardwert? Beim Namen des Schlüssels verwenden wir irgendeinen sinnvollen Wert, zum Beispiel Dekompilieren<\/b>. Der Standardwert hingegen ist der Wert, der im Kontextmenü angezeigt wird. Hier verwenden wir Datenbank dekompilieren<\/b> (siehe Bild 5).<\/p>\n Bild 4: Bearbeiten der Registry<\/span><\/b><\/p>\n Bild 5: Anlegen eines Standardwertes<\/span><\/b><\/p>\n Bereits jetzt sehen wir im Kontextmenü von Dateien den neuen Eintrag Datenbank dekompilieren<\/b>. Allerdings entfaltet dieser Eintrag noch keine Wirkung. Damit dies geschieht, fügen wir nun die .bat<\/b>-Datei hinzu, die beim Anklicken ausgeführt werden soll. Diese sieht etwas anders aus als die vorherige. Außerdem wählen wir dafür einen anderen Speicherort, denn sie soll nicht für eine, sondern für mehrere Dateien verwendet werden. Wir können diese also an einer zentralen Stelle speichern – letztlich spielt der Speicherort aber keine Rolle, solange der ausführende Benutzer die Berechtigung zum Ausführen von Dateien an diesem Speicherort hat.<\/p>\n Wir nennen die Datei DecompileKontextmenue.bat<\/b>. Sie enthält die folgenden Befehle:<\/p>\n Hier sehen wir einige weitere Anweisungen. Diese sorgen dafür, dass keine Ausgabe in der Eingabeaufforderung erfolgt, Access im Hintergrund geöffnet wird und das Fenster gleich nach dem Ausführen des Befehls wieder geschlossen wird. Außerdem geben wir hier den Namen der zu kompilierenden Datei nicht mehr explizit an, sondern fügen den Ausdruck %1<\/b> hinzu. Dies ist ein Platzhalter, den wir beim Aufruf füllen (siehe Bild 6).<\/p>\n Bild 6: Angabe der aufzurufenden Datei<\/span><\/b><\/p>\n Dazu fügen wir dem Schlüssel Dekompilieren noch einen untergeordneten Schlüssel namens command <\/b>hinzu und weisen diesem den Pfad zur .bat<\/b>-Datei hinzu. Außerdem fügen wir hinten noch den Ausdruck „%1“ <\/b>an. Das bedeutet, dass der Name der Datei, für die das Kontextmenü aufgerufen wurde, für den Parameter %1 <\/b>übergeben wird.<\/p>\n Unter Windows 10 läuft alles wie geplant – der Eintrag erscheint im Kontextmenü und führt die gewünschte Aktion aus. Windows 11 jedoch zeigt ein neues, modernes Kontextmenü an. Dieses enthält nur wichtige Einträge. Die übrigen sieht man, wenn man unten auf Weitere Optionen anzeigen <\/b>klickt. Das ist dann doch ein Mausklick, den wir uns sparen können, wenn wir schnell zum Dekompilieren-Befehl kommen wollen. Man kann Windows so einstellen, dass direkt das alte Kontextmenü angezeigt wird. Der schnellste Weg ist, die folgenden drei Befehle in der Eingabeaufforderung auszuführen:<\/p>\n Der erste nimmt die notwendige Änderung an der Registry vor. Der zweite beendet den Windows Explorer. Wer sich erschreckt, dass nun die Taskleiste ausgeblendet wird – ja, diese gehört zum Prozedur explorer.exe<\/b>. Danach wird der Explorer neu gestartet. Beim nächsten Rechtsklick erscheint das gewünschte Kontextmenü wieder. Damit können wir nun direkt über das Kontextmenü dekompilieren.<\/p>\n Der Befehl Datenbank dekompilieren <\/b>wird nun allerdings für alle Dateien angezeigt und nicht nur für Access-Datenbanken. Auch das lässt sich realisieren, allerdings mit einem kleinen Zwischenschritt. Wir müssen als Erstes herausfinden, an welcher Stelle der Registry wir die notwendigen Informationen eintragen müssen. Dazu ermitteln wir die Anwendung, die mit der Dateiendung .accdb<\/b> verknüpft ist. Dies gelingt am schnellsten in der Eingabeaufforderung mit dem folgenden Befehl (siehe Bild 7):<\/p>\n Bild 7: Ermitteln der assoziierten Anwendung<\/span><\/b><\/p>\n Das Ergebnis lautet:<\/p>\n Diesen Eintrag suchen wir nun in der Registry unter HKEY_CLASSES_ROOT<\/b>. Unter Access.Application.16 <\/b>fügen wir einen neuen Schlüssel ein und nennen diesen zum Beispiel .accdb dekompilieren<\/b>. Dem Standardwert weisen wir den gleichen Text zu.<\/p>\n Diesem Schlüssel fügen wir wieder einen Schlüssel namens command <\/b>hinzu. Wieder geben wir den Pfad zur .bat<\/b>-Datei als Standardwert des Schlüssels an. Dieser Eintrag erscheint nun nur noch für Dateien, denen Access.Application.16 <\/b>als Standardanwendung zugewiesen ist. Für unsere Beispieldatenbank sieht das Ergebnis wie in Bild 8 aus.<\/p>\n Bild 8: Der neue Kontextmenü-Eintrag<\/span><\/b><\/p>\n","protected":false},"excerpt":{"rendered":" Manchmal treten in Access-Datenbanken nicht erklärbare Fehler auf. Die Datenbank stürzt immer an der gleichen Stelle ab, scheinbar ohne dass es eine Ursache dafür gibt. Oder man hat einen Haltepunkt gesetzt und wieder entfernt und der Code wird aber immer noch an der Stelle des Haltepunkts angehalten. Solche und andere Fehler können wir mit der Komprimieren und Reparieren-Funktion nicht beheben, auch wenn der Name dies suggeriert. Es ist vielmehr noch ein kleiner zusätzlicher Schritt notwendig, nämlich das Dekompilieren des Codes. Dazu gibt es eine Befehlszeilenoption mit dem Namen \/decompile. Dieser Beitrag zeigt, wie Sie eine Datenbank, die Probleme macht, gegebenenfalls selbst retten können.<\/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":[662023,66052023,44000041],"tags":[],"class_list":["post-55001456","post","type-post","status-publish","format-standard","hentry","category-662023","category-66052023","category-Performance"],"yoast_head":"\nEine Datenbank dekompilieren<\/h2>\n
\"C:\\Program Files (x86)\\Microsoft Office\\root\\Office16\\MSACCESS.EXE\" \"C:\\...\\Decompile.accdb\" \/decompile<\/pre>\n
\"C:\\Program Files (x86)\\Microsoft Office\\root\\Office16\\MSACCESS.EXE\"<\/pre>\n
SysCmd(acSysCmdAccessDir)\r\nC:\\Program Files (x86)\\Microsoft Office\\root\\Office16\\<\/pre>\n
![\"Aufruf](\"..\/fileadmin\/_temp_\/2023_05\/pic_1456_003.png\")
<\/p>\n\n
\n
Dekompilieren per Batch-Datei<\/h2>\n
![\"Batch-Datei](\"..\/fileadmin\/_temp_\/2023_05\/pic_1456_004.png\")
<\/p>\nDekompilieren per Kontextmenü<\/h2>\n
![\"Bearbeiten](\"..\/fileadmin\/_temp_\/2023_05\/pic_1456_005.png\")
<\/p>\n![\"Anlegen](\"..\/fileadmin\/_temp_\/2023_05\/pic_1456_006.png\")
<\/p>\n.bat-Datei für das Kontextmenü<\/h2>\n
@echo off\r\nstart \"\" \"C:\\Program Files (x86)\\Microsoft Office\\root\\Office16\\MSACCESS.EXE\" %1 \/decompile\r\nexit<\/pre>\n
![\"Angabe](\"..\/fileadmin\/_temp_\/2023_05\/pic_1456_007.png\")
<\/p>\nWindows 11 und das neue Kontextmenü<\/h2>\n
reg add \"HKCU\\Software\\Classes\\CLSID\\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}\\InprocServer32\" \/f \/ve\r\ntaskkill -IM explorer.exe -f\r\nexplorer.exe<\/pre>\nBefehl nur für Datenbanken bereitstellen<\/h2>\n
![\"Ermitteln](\"..\/fileadmin\/_temp_\/2023_05\/pic_1456_008.png\")
<\/p>\nASSOC .accdb<\/pre>\n
.accdb=Access.Application.16<\/pre>\n
![\"Der](\"..\/fileadmin\/_temp_\/2023_05\/pic_1456_009.png\")
<\/p>\n