Firebird DB nach MySql portieren

[DataCool]

Hi Leute,

ich benutze momentan bei einem Projekt die oben genannte Firebird Datenbank.
Die Datenbank -Datei ist ca. 500 MB groß und es arbeitem ca.
2-10 User simultan übers Netzwerk auf der datenbank.

Umso größer die Datenbank wird, desto langsamer werden die Guis die auf die DB zugreifen.

Deshalb würde ich gerne mal zum Test bei mir das ganze lokal auf MySql umstellen,
jetzt stehe ich aber vor dem Problem wie ich meine Firebird Datenbank nach MySql portiere.

Das MySQL Migration Programm hat in der Quelldatenbank leider keine Firebird Datenbank zur Auswahl.
Und jetzt die Struktur von Hand anzulegen und die Daten dann per eigenem Programm rüber schieben wollte ich eigentlich vermeiden.

Hat jemand eine Idee ?

Greetz DataCool

[mkinzler]

Mein Mercedes, welche ich mit meinem Fahrrad ziehe, ist mir zu langsam, deshalb kaufe ich mir jetzt einen Uno. :mrgreen:
Versuche mal die BDE zu beerdigen, den sie (das Fahrrad) ist das Problem.

[DataCool]

Hi,

das die BDE das ganze ausbremst, weiß ich auch.
Ich muss die Datenbank aber so oder so nach MySql portieren!

Deshalb bleibt die oben genannte Frage bestehn ;-)

Greetz DataCool

[mikhal]

Schau dir mal die Interbase Datapump an. Die sollte in beide Richungen Daten und auch Datenstrukturen pumpen können.

Grüße
Mikhal

[DataCool]

Hi,

sieht ganz gut aus, leider lässt sich bei dem Tool nur bei der Source-DB die Art der Datenbank auswählen.
Target/Destination DB ist immer Firebied/Interbase.

Greetz DataCool

[Hansa]

Entscheidend ist die MySql-Version und die wurde nicht genannt. 8) Habe mal eine FB-DB ins Internet gestellt. Provider hatte aber nur MySql 3 oder eher 4. Das ging ganz einfach. Lokal geht aber wohl genauso. Zuerst wird mit IBExpert die Tabellenstruktr mitsamt den Daten in Datei exportiert. Also auch die Data Tables auswählen. Diese Datei habe ich dann ins Internet verfrachtet. Eventuell ist es bei MySQL 5 anders, aber bei mir begann dann ein Trauerspiel (alles zusammen hat allerdings auch nur ca. 30 Min. gedauert). Das Importtool meckerte über irgendeinen Datentyp. Gut, eben ersetzen durch passenden.

Und dann gings erst richtig los. Alle Trigger rausschmeißen und die Generatoren gleich mit. Danach dann die ca. 100 SPs, glaube da war noch was mit foreign Keys. Koste es was es wolle : bei Fehlermeldung -> raus damit. Delete and forget. :gruebel: Die DB wurde dann von MySql akzeptiert ohne Fehler. Die ist heute noch im Internet zu besichtigen, aber sie ist wirklich sehr zu gebrauchen. Nämlich für nichts. :mrgreen:

Würde freiwillig niemals eine FB-DB durch MySql ersetzen. Lokal schon gar nicht. Wie mkinzler sagt, die BDE ist als Flaschenhals bekannt. Glaube kaum, dass MySql da was verbessert, eher umgekehrt.

[DataCool]

Hi,

das Riesenproblem, was meine Geschihte so langsam macht, ist das ich bei meiner Firebird Version kein AutoInc habe.
Weiß nicht ab welcher Version das verfügbar ist.

Die Idee das ganze nah MySQL zu portieren kommt daher, das ich in ein paar Monaten mit der DB sowieso ins Web(MySQL) möchte/muss.

Greetz Datacool

[mkinzler]

FB unterstützt autoinc mit Hilfe von Generatoren(Sequenzen) und einem Trigger/SP

[hoika]

Hallo,

tja, AutoInc laesst sich ersetzen durch einen Trigger+Generator
http://www.ibphoenix.com/main.nfs?a=...&page=ibp_skip

Ich denke übrigens nicht, dass die Bde eine 500 MB Datenbank langsam macht
(ich habe hier eine mit ~ 1GB).
Abfrage dauert 2 Sec (jaja, kommt auf die Abfrage an).

Wenn ein Programm mit steigender Grösse (mehr Records) langsamer wird,
macht meist der Programmierer was verkehrt.

Ein paar Dinge zum probieren:
- FB 1.5 oder FB 2-0
- sql-monitor benutzen
- kein TTable, nur TQuery
- kein select *
- prepared queries
- stored procedures für grössere Sachen
- manuelle Transaktionen
database.starttransaction / database.commit

Ich gebe allerdings zu, dass ne mysql3 meist schneller
im Lesen ist, das wäre mir aber bei den ganzen anderen Vorteilen egal.


Ich würde erst mal feststellen, warum die App so langsam ist,
sonst kann es dir passieren, dass du nach einer aufwendigen Portierung
feststellst, "Die DB war es nicht"


Heiko

[mkinzler]

Zitat:

Ich gebe allerdings zu, dass ne mysql3 meist schneller
im Lesen ist, das wäre mir aber bei den ganzen anderen Vorteilen egal.

Du meinst wohl Nachteilen. :-D