<\/p>\n
Hin und wieder benötigt man Code, um eine Tabelle zur Laufzeit erstellen zu können. Das geht am einfachsten mit den Data Definition Language (DDL)-Befehlen von SQL. Dummerweise verwendet man diese in der Regel recht selten, sodass dies selten ohne Recherche in der Onlinehilfe oder sonstigen Quellen funktioniert. In einem früheren Beitrag haben wir bereits die Techniken für das automatische Erstellen solcher Skripte auf Basis bestehender Tabellen vorgestellt. Warum also nicht einfachen einen Assistenten erstellen, der diese Funktion ständig verfügbar macht<\/b><\/p>\n
Der Beitrag, auf den sich die Einleitung bezieht, heißt SQL-Datenbankschema auslesen <\/b>und ist unter www.access-im-unternehmen.de\/698 <\/b>zu finden. Die dort vorgestellte Lösung umfasst ein Formular, mit dessen Kombinationsfeld Sie eine der Tabellen der aktuell geöffneten Datenbank auswählen können. Nach der Auswahl zeigt das Formular in einem Textfeld den SQL-Code an, der zum Erstellen dieser Tabelle nötig wäre.<\/p>\n
Wenn Sie also keine große Lust haben, selbst den SQL-Ausdruck zusammenzustellen, sollten Sie einfach dieses Formular einsetzen. Dummerweise müssen Sie dieses dazu erst in die aktuelle Datenbank kopieren (zuzüglich einiger VBA-Module mit weiteren Funktionen), gegebenenfalls fehlende Verweise hinzufügen, das Formular manuell öffnen und so weiter.<\/p>\n
Viel schöner wäre es doch, wenn Sie das Formular nicht erst integrieren, sondern dieses ganz einfach von jeder beliebigen Datenbank aus per Menüeintrag öffnen können! Kein Problem: Dafür gibt es schließlich Access-Add-Ins – Sie müssen die bestehende Lösung nur in ein Add-In umwandeln. Der vorliegende Beitrag zeigt, wie Sie dies erledigen und außerdem noch einige interessante Features hinzufügt.<\/p>\n
Bild 1 zeigt schon einmal, wie der SQLDump-Assistent in Aktion aussieht. Sie können damit eine der Tabellen der aktuell geöffneten Datenbank auswählen und einen oder mehrere SQL-Anweisungen erstellen lassen, mit denen Sie die ausgewählte Tabelle nachbauen können. Dies gilt für die per SQL erreichbaren Features – Funktionen wie etwa die von Nachschlagefeldern lassen sich damit leider nicht umsetzen. Vielleicht wäre das aber etwas für eine erweiterte Fassung dieses Assistenten.<\/p>\n
![\"pic001.png\"](\"..\/fileadmin\/_temp_\/2011_05\/SQLDumpAssistent-web-images\/pic001.png\")
<\/p>\n
Bild 1: Der SQLDump-Assistent in Aktion<\/span><\/b><\/p>\n Von der .mdb- zur .mda-Datenbank<\/b><\/p>\n Um eine .mdb<\/b>-Datei in eine .mda<\/b>-Datei umzuwandeln, erledigen Sie zunächst einmal das Offensichtliche: Sie ändern die Dateiendung von .mdb <\/b>in .mda<\/b>. Das macht aus der Datenbankanwendung noch kein Access-Add-In, aber zumindest würde es nun schon einmal vom Add-In-Manager erkannt werden.<\/p>\n <\/p>\n Ein Access-Add-In zeichnet sich aber auch dadurch aus, dass bestimmte Einträge in der Registry dafür sorgen, dass Access beim Start von dessen Existenz erfährt und an entsprechender Stelle die Möglichkeit zum Starten dieses Add-Ins anbietet.<\/p>\n In der Regel werden diese Einträge durch den Add-In-Manager von Access angelegt, den Sie etwa unter Access 2007 und neuer über den Ribbon-Eintrag Datenbanktools|Add-Ins|Add-In-Manager <\/b>starten. Dieser führt zwei Dinge durch:<\/p>\n Dazu bereiten wir nun zunächst die Tabelle USysRegInfo <\/b>vor, die wie in Bild 2 aussieht. Die Tabelle brauchen Sie nicht selbst zu erstellen, sondern kopieren diese aus der Beispieldatenbank zu diesem Beitrag. Die Tabelle enthält die folgenden Informationen:<\/p>\n Bild 2: Die Tabelle USysRegInfo für den SQLDump-Assistenten<\/span><\/b><\/p>\n Nach dem Installieren des Add-Ins mit dem Add-In-Manager finden Sie in der Registry (anzuzeigen mit Windows|Ausführen\/Suchen|RegEdit<\/b>) einige neue Einträge wie die aus Bild 3 vor.<\/p>\n Bild 3: Registry-Einträge für das SQLDump-Add-In<\/span><\/b><\/p>\n Nach der Installation befindet sich außerdem ein neuer Eintrag in der Liste der Menü-Add-Ins, also direkt unterhalb des Eintrags zum Starten des Add-In-Managers.<\/p>\n Startfunktion des Add-Ins<\/b><\/p>\n Da die Anwendung bereits ein Formular namens frmDDL enthält, das beim Aufruf des Add-Ins über den entsprechenden Menüeintrag angezeigt werden soll, brauchen Sie dieses nur noch mit der angegebenen Startfunktion zu öffnen.<\/p>\n Dies erledigt die folgende Prozedur:<\/p>\n Kleine änderungen<\/b><\/p>\n Bislang war das Formular frmDDL dazu ausgelegt, die Tabellen der lokalen Datenbank anzuzeigen. Dabei reichte es, dem Kombinationsfeld zur Auswahl der Tabellen eine Abfrage als Datensatzherkunft zuzuweisen, welche die Tabellennamen aus der Systemtabelle MSysObjects <\/b>enthält.<\/p>\n Bei einem Add-In ist das genauso, und das ist das Problem: Es zeigt Daten aus der Tabelle MSysObjects <\/b>an, aber nicht aus der in der betroffenen Datenbankanwendung, sondern aus der Add-In-Datenbank. Damit das Kombinationsfeld die Tabellen der lokalen Tabelle anzeigt, haben wir dem Add-In eine Funktion hinzugefügt, welche die Tabellen der Host-Anwendung anzeigt, also der Datenbank, von der aus Sie das Add-In geöffnet haben.<\/p>\n Außerdem haben wir dem Formular eine Schaltfläche hinzugefügt, mit der Sie den angezeigten SQL-Code direkt in die Zwischenablage kopieren können.<\/p>\n Zusammenfassung und Ausblick<\/b><\/p>\n Der SQLDump-Assistent kommt sicher nicht täglich zum Einsatz, aber wenn Sie einmal den SQL-Code zum Erstellen einer Tabelle benötigen, die bereits vorhanden ist, hilft er schnell und und unkompliziert. Und selbst wenn die Tabelle noch nicht vorhanden ist, haben Sie diese wahrscheinlich schneller selbst erstellt und mit dem SQLDump-Assistenten analysiert, als den DDL-Code von Hand zusammenzustellen.<\/p>\n Enthaltene Beispieldateien:<\/p>\n SQLDump.mda<\/p>\n\n
![\"pic002.png\"](\"..\/fileadmin\/_temp_\/2011_05\/SQLDumpAssistent-web-images\/pic002.png\")
<\/p>\n\n
![\"pic003.png\"](\"..\/fileadmin\/_temp_\/2011_05\/SQLDumpAssistent-web-images\/pic003.png\")
<\/p>\nPublic Function Autostart()\r\n DoCmd.OpenForm "frmDDL", WindowMode:=acDialog\r\nEnd Function<\/pre>\n
Downloads zu diesem Beitrag<\/h3>\n