<\/p>\n
Wenn Sie die Tabellen einer Microsoft Access-Datenbank in eine MySQL-Datenbank migrieren wollen, haben Sie verschiedene Möglichkeiten. Sie können das von Hand erledigen, was eine Menge Arbeit ist, oder ein Tool zu einer mehr oder weniger automatischen Migration nutzen. MySQL selbst bietet dazu den MySQL Workbench Migration Wizard an, den wir uns in diesem Beitrag anschauen.<\/b><\/p>\n
Download des Migration Wizards<\/b><\/p>\n
Den MySQL Workbench Migration Wizard <\/b>können Sie über den folgenden Link herunterladen.<\/p>\n
Er ist Bestandteil der MySQL Workbench<\/b>:<\/p>\n Für den Download benötigen Sie ein Konto bei Oracle, für das Sie sich gegebenenfalls noch registrieren müssen. Anschließend melden Sie sich mit diesem Konto an. Nach dem Download installieren Sie die MySQL Workbench, wobei Sie alle Standardvorgaben beibehalten können.<\/p>\n Migration Wizard starten<\/b><\/p>\n Nach der Installation können Sie -MySQL Workbench direkt starten. Dort finden Sie im Menü den Eintrag Database|Migration Wizard<\/b> (siehe Bild 1).<\/p>\n Bild 1: Die MySQL Workbench<\/span><\/b><\/p>\n Wählen Sie diesen Eintrag aus, erscheint der –MySQL Workbench Migration Wizard <\/b>(siehe Bild 2).<\/p>\n Bild 2: Der MySQL Workbench Migration Wizard<\/span><\/b><\/p>\n Der nächste Schritt (den Überblick über die einzelnen Schritte und den jeweils aktuellen Schritt sehen Sie im Bereich links) heißt Source Selection<\/b> (siehe Bild 3). Unsere Quelle ist eine Microsoft Access-Datenbank. Wie sich in unserem Fall zeigte, kann man bei der Installation der MySQL Workbench durchaus etwas falsch machen: Sie müssen sich nämlich an einer Stelle entscheiden, die 32- oder die 64-bit-Variante zu installieren. Für unseren Anwendungsfall, nämlich die Migration einer Access-Datenbank nach MySQL, müssen Sie die Version wählen, die zu der auf Ihrem System passenden Access-Version passt. Das heißt: Wenn Sie, wie wir, die 64-bit-Version von MySQL Workbench installiert haben, aber mit der 32-bit-Version von Access arbeiten, müssen Sie noch einmal einen Schritt zurückgehen. Wenn Sie bereits die zu Ihrer Access-Version passende Version von MySQL Workbench geladen haben, können Sie weiter unten unter Neue Datenquelle für die Access-Datenbank anlegen <\/b>weiterlesen.<\/p>\n Bild 3: Versuch, mit einer direkt eingegebenen Verbindungszeichenfolge zu arbeiten<\/span><\/b><\/p>\n Der harte Weg, Probleme mit der Version herauszufinden, ist das Ausprobieren mit einer nicht harmonierenden Kombination aus Microsoft Access und MySQL Workbench. Weil die anderen Einstellungen nicht sinnvoll erschienen, haben wir unter Connection Method<\/b> den Eintrag ODBC (direct connection string) <\/b>gewählt und unter Connection String <\/b>eine Verbindungszeichenfolge wie die folgende angegeben:<\/p>\n Ein Klick auf die Schaltfläche Test Connection <\/b>lieferte dann allerdings die interessante Fehlermeldung aus Bild 4.<\/p>\n Bild 4: Fehlermeldung beim Test der Verbindung<\/span><\/b><\/p>\n Also haben wir uns dann einmal angesehen, welche Möglichkeiten wir erhalten, wenn wir auf die Schaltfläche Open ODBC Administrator <\/b>klicken.<\/p>\n Dies öffnet den Dialog aus Bild 5. Wechseln wir hier zum Bereich Treiber<\/b>, sehen wir nur verschiedene SQL Server-Treiber, aber keinen Access-Treiber. Dass oben in der Titelleiste der Hinweis auf 64-bit steht, hat uns in die richtige Richtung geschoben. Also haben wir MySQL Workbench wieder deinstalliert.<\/p>\n Bild 5: Der ODBC-Datenquellen-Administrator<\/span><\/b><\/p>\n Ein Blick auf die heruntergeladene Datei zeigt dann noch, dass wir offensichtlich die reine 64-bit-Version erwischt haben (mysql-workbench-community-8.0.19-winx64.msi<\/b>).<\/p>\n Die richtige Version finden wir schließlich nur in einer älteren Version im Archiv der Downloads:<\/p>\n Dies liefert die Seite aus Bild 6.<\/p>\n Bild 6: Download der 32-bit-Version<\/span><\/b><\/p>\n Hier klicken Sie auf den Eintrag Windows (x86, 32-bit), MSI Installer<\/b>) und starten die Installation direkt nach dem Download.<\/p>\n 32-bit-Workbench starten<\/b><\/p>\n Nach der Installation starten wir MySQL Workbench. Das Startfenster der älteren Version, die wir aus Kompatibilitätsgründen zu unserer 32-bit-Access-Version nutzen, sieht ganz anders aus als das der neuen Version (siehe Bild 7).<\/p>\n Bild 7: 32-bit-Version der MySQL Workbench<\/span><\/b><\/p>\n Wenn wir allerdings im rechten Bereich auf Database Migration <\/b>klicken, finden wir uns gegenüber der aktuellen 64-bit-Version schnell wieder zurecht.<\/p>\n Klicken wir dort auf die Schaltfläche Open ODBC Administrator<\/b>, erscheint dieser in der 32-bit-Version. Hier finden wir dann eher ein Überangebot an Treibern, und auch einige Access-Treiber (siehe Bild 8).<\/p>\n Bild 8: 32-bit-Version des Datenquellen-Administrators<\/span><\/b><\/p>\n Neue Datenquelle für die Access-Datenbank anlegen<\/b><\/p>\n Wir wechseln zurück zur Seite Benutzer-DSN <\/b>und klicken hier auf Hinzufügen<\/b> (siehe Bild 9).<\/p>\n Bild 9: Neue Benutzer-DSN hinzufügen<\/span><\/b><\/p>\n Dies öffnet einen weiteren Dialog namens Neue Datenquelle erstellen<\/b> (siehe Bild 10). Hier müssen wir erst einmal den passenden Treiber finden. Wir entscheiden uns für den einzigen, der auch die Dateiendung .accdb <\/b>in der Bezeichnung trägt.<\/p>\n Bild 10: Auswählen des Treibers<\/span><\/b><\/p>\n Im nächsten Schritt nehmen wir die konkreten Einstellungen für die Datenquelle vor. Dazu geben wir einen Datenquellennamen an und wählen außerdem die Datenbank aus. Das Ergebnis finden Sie in Bild 11.<\/p>\n Bild 11: Einstellungen für die Datenquelle<\/span><\/b><\/p>\n Für die Auswahl der Datenbank müssen wir einen Dateiauswahl-Dialog nutzen, der vermutlich noch aus der Windows 95-Zeit stammt (siehe Bild 12). Den neuen Eintrag wählen wir dann im ODBC-Datenquellen-Administrator aus und klicken auf OK<\/b>, um den Dialog zu schließen.<\/p>\n Bild 12: Auswahl der Datenbank<\/span><\/b><\/p>\n Anschließend können wir in MySQL Workbench nach Hin- und Zurückwechseln der Verbindungsmethode (Auswahlfeld Connection Method<\/b>) die soeben angelegte Datenquelle auswählen (siehe Bild 13). Damit klicken wir nun erneut auf die Schaltfläche Test Connection<\/b> und erhalten endlich eine Erfolgsmeldung. Bevor wir fortfahren, nutzen wir die Möglichkeit, die Verbindung für spätere Verwendung zu speichern.<\/p>\n <\/p>\n Bild 13: Auswahl der neuen DSN<\/span><\/b><\/p>\n Zieldatenbank festlegen<\/b><\/p>\n Nun legen wir fest, in welche MySQL-Datenbank die Tabellen migriert werden sollen. Dies geschieht im Bereich Target Selection <\/b>von MySQL Workbench. Dazu benötigen Sie einen laufenden MySQL-Server, entweder auf dem lokalen Rechner, auf einem Rechner im Netzwerk oder auch auf einem Internetrechner. Wir haben kein MySQL auf dem lokalen Rechner installiert, aber durchaus einen Internetserver, auf dem MySQL läuft. Müssen wir dort nun eine Datenbank anlegen oder wird diese bei der Migration automatisch angelegt Wie der Dialog zum Eingeben der Parameter zeigt, ist das offensichtlich zunächst nicht der Fall. Hier brauchen wir nur die IP, den Port, den Benutzernamen und das Kennwort anzugeben. Das Kennwort geben Sie dabei ein, indem Sie auf Store in Vault … <\/b>klicken und dann im Dialog Store Password For Connection <\/b>das Kennwort eingeben (siehe Bild 14). Klicken Sie dann auf Test Connection<\/b>, sollte bei korrekter Angabe aller Informationen eine Erfolgsmeldung erscheinen.<\/p>\n Bild 14: Angabe des Migrationsziels<\/span><\/b><\/p>\n Für alle Fälle sichern wir die Verbindung für weitere Aufrufe, indem wir die Option Store connection for future <\/b>aktivieren und eine entsprechende Bezeichnung eingeben.<\/p>\n Im nächsten Schritt greift MySQL Workbench auf den angegebenen Server zu und liest einige Informationen ein (siehe Bild 15).<\/p>\n Bild 15: Sammeln von Informationen<\/span><\/b><\/p>\n Fehler beim Reverse Engineering<\/b><\/p>\n Danach folgt das Ermitteln des Datenmodells der zu migrierenden Datenbank. Dabei tritt, wie Bild 16 zeigt, ein Fehler auf. Dieser besagt, dass wir keinen lesenden Zugriff auf alle Systemtabellen der Datenbank festgelegt hätten.<\/p>\n Bild 16: Fehler beim Reverse Engineering<\/span><\/b><\/p>\n Dieses Problem lösen wir, indem wir die Access-Datenbank öffnen, was üblicherweise mit dem Benutzer Administrator geschieht. Um dies zu prüfen, starten Sie nach dem Öffnen der Access-Datenbank den VBA-Editor (Strg + G<\/b>) und geben dort den folgenden Befehl ein:<\/p>\n Dies sollte wie oben gezeigt den Wert Admin <\/b>liefern. In diesem Fall passen wir nun die Zugriffrechte auf eine spezielle Systemtabelle an, auf die MySQL Workbench zugreifen muss. Das erledigen wir mit der folgenden Anweisung, die wir ebenfalls im Direktbereich des VBA-Editors eingeben:<\/p>\n Danach gehen wir in MySQL Workbench einen Schritt zurück und wieder vorwärts. Diesmal funktioniert das Reverse Engineering ohne Fehler – wir erhalten nur Warnmeldungen, die wir in diesem Fall ignorieren. Wenn Sie eine produktiv einzusetzende Datenbank migrieren, sollten Sie sich allerdings anschauen, welche Probleme der Dialog in diesem Schritt anspricht. Im folgenden Dialog können Sie auswählen, welche Objekte der Access-Datenbank migriert werden sollen (siehe Bild 17).<\/p>\n Bild 17: Auswahl der zu migrierenden Tabellen<\/span><\/b><\/p>\n Der nächste Schritt liefert im Optimalfall die Nachricht, dass die SQL-Anweisungen zum Nachbauen der Tabellen der Access-Datenbank in einer MySQL-Datenbank erstellt wurden. Der folgende Schritt prüft dann, ob es Probleme bei der Migration geben könnte und liefert gegebenenfalls Warnungen.<\/p>\n Mapping prüfen<\/b><\/p>\n Der Bereich ManualEditing<\/b> aus Bild 18 zeigt, wie die Felder, Indizes und Fremdschlüssel des Datenmodells der Access-Tabelle in der zu erstellenden MySQL-Datenbank realisiert werden. Um die Ansicht aus der Abbildung zu sehen, wählen Sie rechts oben den Eintrag All Objects <\/b>für das Auswahlfeld View<\/b>.<\/p>\n Bild 18: Übersicht des Mappings<\/span><\/b><\/p>\n Danach können Sie im Dialog aus Bild 19 festlegen, wie die Migration erfolgen soll.<\/p>\n Bild 19: Festlegen, wie die neue Datenbank erstellt werden soll<\/span><\/b><\/p>\n Wir wollen direkt die Datenbank erstellen und aktivieren daher die Option Create schema in target RDBMS<\/b>. Alternativ lassen Sie ein SQL-Skript mit den notwendigen Anweisungen zum Erstellen der Datenbank anfertigen.<\/p>\n Anschließend klicken wir auf Next <\/b>und finden im <\/b>Schritt Create Schemas <\/b>einige Warnungen (übrigens sind Schema <\/b>und Database <\/b>unter MySQL synonym zu verwenden). Diese besagen, dass der von uns angegebene Benutzer keine Berechtigungen für diverse Vorgänge hat, zum Beispiel zum Anlegen des neuen Schemas (siehe Bild 20).<\/p>\n Bild 20: Warnmeldungen nach dem Erstellen<\/span><\/b><\/p>\n Wir konnten unter Plesk keine Möglichkeit finden, einem der benutzerdefinierten Benutzer die notwendigen Berechtigungen zuzuweisen. Auch mit dem admin<\/b>– oder dem root<\/b>-Benutzer funktionierte es nicht. Aber es gibt eine Alternative. Dazu erstellen wir einfach über die Benutzeroberfläche Plesk eine Datenbank gleichen Namens, hier AccessZuMySQLMigrieren<\/b>, und weisen diese dem Benutzer zu, unter dem wir uns auch von MySQL Workbench an MySQL auf dem Server angemeldet haben.<\/p>\n Wenn Sie einen lokalen MySQL-Server verwenden, können Sie natürlich auch dort manuell die Datenbank anlegen, sollte die Migration von MySQL Workbench aus nicht funktionieren. Allerdings sollten Sie auf einer lokalen Installation über ausreichend Berechtigungen verfügen, um die Datenbank per Migration zu erstellen.<\/p>\n Danach gehen wir einen Schritt zurück und klicken auf der Seite Target Creation Options <\/b>erneut auf die Next<\/b>-Schaltfläche. Nun dürfte der Dialog aus Bild 21 erscheinen, den Sie mit Yes <\/b>beantworten. Danach läuft der Vorgang komplett durch. Dass die Tabellen in der gewünschten Datenbank angekommen sind, davon können Sie sich beispielsweise über das Tool phpMyAdmin <\/b>überzeugen.<\/p>\n Bild 21: Rückfrage vor dem Ausführen<\/span><\/b><\/p>\n Wie Sie dieses starten und nutzen, beschreiben wir im Beitrag MySQL im Web: Verwaltung mit -phpMyAdmin <\/b>an (www.access-im-unternehmen.de\/1228<\/b>). Wenn alles geklappt hat, sieht die Übersicht der Tabellen dort wie in Bild 23 aus.<\/p>\n Bild 22: Die Tabellen sind in der MySQL-Datenbank angekommen.<\/span><\/b><\/p>\n Datenbank per Skript erstellen<\/b><\/p>\n Ein paar Schritte vorher gab es auch die Möglichkeit, ein SQL-Skript erstellen zu lassen (siehe Bild 22). Wenn kein Zugriff auf MySQL über MySQL Workbench möglich ist, können Sie ein Skript erstellen und dieses dann auf dem Server ausführen. Dazu geben Sie im Bereich aus der Abbildung den gewünschten Speicherort an.<\/p>\n Bild 23: Erstellen eines SQL-Skripts für die Migration<\/span><\/b><\/p>\n Der Inhalt des Skripts sieht nach der Erstellung wie in Bild 24 aus.<\/p>\n Bild 24: Das frisch erstellte Skript<\/span><\/b><\/p>\n Das Skript können wir dann über die Plesk-Benutzeroberfläche oder über die von dort aufgerufene Anwendung phpMyAdmin<\/b> ausführen. Wie das gelingt, schauen wir uns im Beitrag MySQL im Web: Verwaltung mit -phpMyAdmin <\/b>an (www.access-im-unternehmen.de\/1228<\/b>).<\/p>\n Daten migrieren<\/b><\/p>\n Wenn Sie sich das resultierende Skript ansehen, werden Sie sich vielleicht fragen, wo die Anweisungen zum Migrieren der Daten sind. Diese werden nicht in diesem Skript berücksichtigt, sondern in einem weiteren Schritt. Hier sehen wir allerdings, dass offensichtlich keine Möglichkeit existiert, auch für die Migration der Daten ein Skript zu erstellen (siehe Bild 25).<\/p>\n Bild 25: Anstoßen des Datentransfers zum MySQL-Server<\/span><\/b><\/p>\n Wenn Sie die Tabellen der Datenbank allerdings wie weiter oben beschrieben mit MySQL Workbench migrieren konnten, können Sie auch die weiteren Schritte nutzen, um die Daten von der Access-Datenbank in die Tabellen der MySQL-Datenbank zu übertragen. Dazu wählen wir im Dialog unter Data Copy <\/b>die Option Online copy of table data to target RDBMS<\/b>. Ein Klick auf die Next<\/b>-Schaltfläche startet das Kopieren der Daten. Das Ergebnis sehen Sie in Bild 26. Die Daten aller Tabellen außer tblKunden <\/b>wurden kopiert. Warum das nicht funktioniert hat, schauen wir uns im Detail an.<\/p>\n Bild 26: Ergebnis des Kopiervorgangs<\/span><\/b><\/p>\n Dazu scrollen wir im Message Log <\/b>weiter nach oben. Hier finden wir dann schnell die folgende Fehlermeldung:<\/p>\n Diese Meldung deutet meist darauf hin, dass ein Feld der Zieltabelle einen anderen Namen aufweist als in einer INSERT INTO<\/b>-Anweisung angegeben oder dass ein Sonderzeichen im Namen eines der Felder auftaucht. Und tatsächlich wird hier ein Feld namens Straße <\/b>verwendet. Und mit diesem Feldnamen kann MySQL beziehungsweise der hier verwendete Befehl nichts anfangen.<\/p>\n Wir haben verschiedene Varianten getestet, um das Feld Straße<\/b> der Access-Datenbank auf das Feld Strasse <\/b>der neuen MySQL-Datenbank zu mappen, was auch beim Erstellen des Datenmodells funktioniert.<\/p>\n Aber es ist uns nicht gelungen, die unterschiedlichen Feldnamen beim Kopieren der Daten zu berücksichtigen.<\/p>\n Migration der Daten per Batch-Datei<\/b><\/p>\n Schauen wir uns also eine Alternative an, nämlich das Erstellen einer Batch-Datei zum späteren Kopieren der Daten. Dies ist die zweite Option für Data Copy <\/b>auf der Seite Data Transfer Setup<\/b>.<\/p>\n Die dabei entstandene Datei stellt die für ein Befehlszeilentool namens wbcopytables.exe <\/b>benötigten Daten zusammen und speichert diese in einer Datei namens copy_migrated_tables.cmd<\/b>. Den Pfad können Sie selbst noch anpassen.<\/p>\n In dieser Datei müssen wir noch Änderungen vornehmen, damit sie korrekt funktioniert. Die erste ist das Ergänzen der beiden Zeilen mit den Kennwörtern für die Quell- und die Zieldatenbank (siehe Bild 27). Diese werden von -MySQL Workbench bewusst nicht gesetzt.<\/p>\n Bild 27: Anpassen der Datei copy_migrated_tables.cmd<\/span><\/b><\/p>\n Das zweite ist das Ergänzen des Aufrufs der Datei wbcopytables.exe <\/b>um den Pfad. In unserem Fall war das dieser Pfad, der wegen der Leerzeichen in Anführungszeichen eingefasst werden muss:<\/p>\n Schließlich müssen wir noch die Anweisung anpassen, welche die Zeile für das Kopieren der Daten der Tabelle tblKunden <\/b>in die Datei wb_tables_to_migrate.txt <\/b>schreibt. Hier finden wir nämlich den Namen des Feldes Straße <\/b>als StraÃ\u0178e <\/b>vor:<\/p>\n Wenn wir hier den korrekten Wert Straße <\/b>eintragen, können wir das Kopieren der Daten von der Kommandozeile aus starten.<\/p>\n Dazu öffnen Sie die Eingabeaufforderung, indem Sie im Suchen-Feld von Windows cmd<\/b> eingeben. Auf den nun erscheinenden Eintrag Eingabeaufforderung <\/b>klicken wir mit der rechten Maustaste und wählen den Befehl Als Administrator öffnen <\/b>aus dem Kontextmenü aus.<\/p>\n Hier navigieren wir dann zum Verzeichnis, in das wir die Datei copy_migrated_tables.cmd haben <\/b>schreiben lassen, und rufen diese Datei auf. Das Ergebnis der Ausführung des Skripts sehen Sie dann in der Eingabeaufforderung. In unserem Fall konnten die Daten so erfolgreich transferiert werden.<\/p>\n Zusammenfassung und Ausblick<\/b><\/p>\n Damit haben wir die Daten einer Access-Datenbank in eine MySQL-Datenbank migriert. Ob diese MySQL-Datenbank auf einem Webserver oder auf dem lokalen Rechner liegt, spielt keine große Rolle – dies wirkt sich nur auf die Verbindungsdaten aus.<\/p>\n Im Beitrag MySQL im Web: Plesk mit Contabo <\/b>(www.access-im-unternehmen.de\/1227<\/b>) haben wir gezeigt, wie Sie einen virtuellen Server mit MySQL mieten und einrichten, um Ihre Datenbank weltweit verfügbar zu machen. Der Beitrag MySQL im Web: Verwaltung mit phpMyAdmin <\/b>(www.access-im-unternehmen.de\/1228<\/b>) zeigt, wie Sie MySQL-Datenbanken auf der virtuellen Maschine verwalten können. Und in einer neuen Beitragsreihe, beginnend mit MySQL im Web: Tools für das Access-Frontend, Teil 1 <\/b>(www.access-im-unternehmen.de\/1230<\/b>), erfahren Sie noch, wie Sie Access mit den Tabellen der MySQL-Datenbank verknüpfen.<\/p>\n","protected":false},"excerpt":{"rendered":" Wenn Sie die Tabellen einer Microsoft Access-Datenbank in eine MySQL-Datenbank migrieren wollen, haben Sie verschiedene Möglichkeiten. Sie können das von Hand erledigen, was eine Menge Arbeit ist, oder ein Tool zur mehr oder weniger automatischen Migration nutzen. MySQL selbst bietet dazu den MySQL Workbench Migration Wizard an, den wir uns in diesem Beitrag anschauen.<\/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":[66022020,662020,44000022],"tags":[],"class_list":["post-55001229","post","type-post","status-publish","format-standard","hentry","category-66022020","category-662020","category-SQL_Server_und_Co"],"yoast_head":"\nhttps:\/\/dev.mysql.com\/downloads\/workbench\/<\/pre>\n
![\"Die](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_002.png\")
<\/p>\n![\"Der](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_003.png\")
<\/p>\n![\"Versuch,](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_004.png\")
<\/p>\nProvider=Microsoft.ACE.OLEDB.12.0;Data Source=C:...AccessZuMySQLMigrierenAccessZuMySQLMigrieren.accdb;Persist Security Info=False;<\/pre>\n
![\"Fehlermeldung](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_005.png\")
<\/p>\n![\"Der](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_006.png\")
<\/p>\nhttps:\/\/downloads.mysql.com\/archives\/workbench\/<\/pre>\n
![\"Download](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_007.png\")
<\/p>\n![\"32-bit-Version](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_008.png\")
<\/p>\n![\"32-bit-Version](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_009.png\")
<\/p>\n![\"Neue](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_010.png\")
<\/p>\n![\"Auswählen](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_011.png\")
<\/p>\n![\"Einstellungen](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_013.png\")
<\/p>\n![\"Auswahl](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_012.png\")
<\/p>\n![\"Auswahl](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_014.png\")
<\/p>\n![\"Angabe](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_015.png\")
<\/p>\n![\"Sammeln](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_016.png\")
<\/p>\n![\"Fehler](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_017.png\")
<\/p>\n CurrentUser\r\nAdmin<\/pre>\n
CurrentProject.Connection.Execute \"GRANT SELECT ON MSysRelationships TO Admin\"<\/pre>\n
![\"Auswahl](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_018.png\")
<\/p>\n![\"Übersicht](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_021.png\")
<\/p>\n![\"Festlegen,](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_019.png\")
<\/p>\n![\"Warnmeldungen](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_020.png\")
<\/p>\n![\"Rückfrage](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_025.png\")
<\/p>\n![\"Die](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_026.png\")
<\/p>\n![\"Erstellen](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_022.png\")
<\/p>\n![\"Das](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_023.png\")
<\/p>\n![\"Anstoßen](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_024.png\")
<\/p>\n![\"Ergebnis](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_027.png\")
<\/p>\nERROR: 'AccessZuMySQLMigrieren'.'tblKunden':SQLExecDirect(SELECT \"KundeID\", \"KundenCode\", \"Firma\", \"Kontaktperson\", \"Position\", \"Straße\", \"Ort\", \"Region\", \"PLZ\", \"Land\", \"Telefon\", \"Telefax\" FROM \"tblKunden\" ORDER BY \"KundeID\"): 07002:1-3010:[Microsoft][ODBC-Treiber f?r Microsoft Access] 1 Parameter wurden erwartet, aber es wurden zu wenig Parameter ?bergeben.<\/pre>\n
![\"Anpassen](\"..\/fileadmin\/_temp_\/2020_02\/pic_1229_028.png\")
<\/p>\n\"C:Program Files (x86)MySQLMySQL Workbench 6.3 CEwbcopytables.exe\"<\/pre>\n
ECHO \"tblKunden\" 'AccessZuMySQLMigrieren' 'tblKunden' \"KundeID\" 'KundeID' \"KundeID\", \"KundenCode\", \"Firma\", \"Kontaktperson\", \"Position\", \"StraÃ\u0178e\", \"Ort\", \"Region\", \"PLZ\", \"Land\", \"Telefon\", \"Telefax\" >> \"%TMP%wb_tables_to_migrate.txt\"<\/pre>\n