serious-cool

Hallo zusammen,

ich sitze gerade vor einem kleinen Problem: Ich habe eine ca.2,5 GB große mdb Datenbank in eine MySQL Datenbank umgewandelt werden muss.
Bisher habe ich diverse kleine Freeware-Tools versucht, die aber alle abstürzen oder die Spalteneigenschaften nicht adaptieren.
Es sind ca. 120 Tabellen mit 5000+ Spalten die ich nicht alle manuell sichten/prüfen kann.

Kennt jemand von euch eine Software (gerne auch kostenpflichtig) die mir die Arbeit abnehmen kann?

__________________
Ein Klauenhammer ist kein Schraubendreher, auch wenn beide das Problem ,,Schraube-Wand" bidirektional lösen können.

Mister Ad

nikosch

GigaByte?!

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

eagle275

öh .. ohne boshaft klingen zu wollen ....mir fallen da spontan 2 Wege ein

1) php+webserver auf dem Windows-Server rauf (mit mysql_erweiterung) dann kannst du über odbc die Daten Tabelle für Tabelle auf den Mysql-Server übertragen - wegen der Maximalen Ausführungszeit werden das pro Scriptdurchlauf wohl nicht besonders viele Sein ...

2) versuch von Access(?) einen Dump in CSV-Format zu machen
den kannst du dann versuchen per phpmyadmin / read data infile oder auch wieder mit eigenen Script in die Mysql-Datenbank zu schreiben .... auch dabei musst du stückeln, weil es für phpmyadmin wohl zu viele Daten sind (Begrenzung auf ca 2 mbyte pro Eintrag) ...

Aber ich kenn kein fertiges Tool, dass dir sowas abnimmt -LEIDER-

__________________
"Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

nikosch

Halt auch die Frage, ob ungesichtetes Überspielen in ein anderes Medium so sinnvoll ist.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

mquadrat

Stichwort wäre DataPump, aber wie du schon richtig bemerkt hast, haben die Tools zum Teil Probleme mit den Spalteneigenschaften.

Du könntest versuchen über ein Tool deiner Wahl die Metadatan zu extrahieren per Replace ggf. MS-Spezial-SQL in MySQL-Spezial-SQL zu wandeln und dann eines der DataPump-Tools benutzen um die Inhalte zu verschieben.

__________________
Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de

eagle275

ajo ... wie es mquadrat schrieb ....

je nachdem wie programmiertechnisch fit du bist ... ich würd mein Glück mit Java oder C# versuchen - wegen der Arbeitsgeschwindigkeit letzteres bevorzugt.

Beide liefern dir bei Datenbankabfragen diese Metadaten :

du "sagst" SELECT * FROM tabelle1

und neben den eigentlichen Daten kannst du die Metadaten abfragen:
Spaltentyp
ich glaub sogar Zeichenbegrenzungen bei variablen Texttypen

aus diesen Meta-Daten kann man mit einigem Geschick halbautomatisch das Create-Table-Statement nach mysql_Manier machen .. und dann die Daten da "reinprügeln" ..

schwieriger wird es bei Abhängigkeiten der Tabellen untereinander ...die musst du wahrscheinlich hinterher manuall per alter table <tabelle> add foreign key spalte references tabelleX.spalteY ... einbauen

__________________
"Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

lstegelitz

Das muss ein Tippfehler sein, 25GB geht weit über die Kapazitäten von MS-Access hinaus:
http://www.databasezone.com/techdocs/acclimit.html

Und ihr könnt diese Datenbank in MS-Access noch öffnen/bearbeiten?

__________________
Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.

eagle275

@istegelitz - vielleicht ist das ja der Grund für die "Migration" -- MSAccess wackelt nur noch mit den Ohren, wenn es diese riesige Datenbank öffnen soll

__________________
"Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

lstegelitz

Da frage ich mich: wie konnte die Datenbank überhaupt so groß werden? Eigentlich hätte die zugrundeliegende DB Engine bereits lange vorher anfangen müssen zu streiken (Limit 2GB).

Um es anders herum zu sagen: Es kann sein, das du (@TE) Pech hast und die Datenbank Datenmüll ist, wenn keine Engine mehr das Datenfile öffnen kann (ähnlich zu bewerten wie ein "corrupted data file")
Das die ausprobierten Tools alle abstürzen dürfte mitunter daran liegen, das sie alle auf derselben Engine aufsetzen. Hinzu kommt, das Access (wie man es von Microsoft gewohnt ist) ein propietäres Format ist, das nicht offen gelegt wird. In diesem Fall gibt es keinen anderen Anbieter, der dir eine Engine liefern könnte, die vielleicht damit umgehen kann.

Ich hab z.T. ähnliche Sorgen mit Access Files, nicht aufgrund der Größe, sondern aufgrund besagter "corrupted data files" (allerdings ein altes Accessformat). Datenbank lässt sich nicht mehr öffnen, Reparaturtools versagen -> Schrott. Ich erzeuge an allen Ecken und Enden Backups, um "drumherum zu arbeiten" (workaround). Alle bisherigen Recherchen haben zum selben Ergebnis geführt (ein berühmtes Zitat aus Rocky 4!): "Wenn er tot ist, ist er tot"

__________________
Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.

serious-cool

Edit: Stimmt: Die Datei hat ~2,5 GB hab mich um ein Komma vertippt. Das Ergebnis ist allerdings das gleiche: Dauert Jahre um sie zu öffnen. Offtopic: Die Sperre lässt sich definitiv aus hebeln.

hmm, ich habe leider so gut keine Erfahrung mit ODBC Datenbankanbindungen. Da werde ich wohl um Java nicht herum kommen.

__________________
Ein Klauenhammer ist kein Schraubendreher, auch wenn beide das Problem ,,Schraube-Wand" bidirektional lösen können.