Paradox-Datenbank-Probleme

[Uwe Raabe]

Robert Love hat mal eine Präsentation über die Migration von BDE nach DBX gemacht - das kann man noch unter robstechcorner.googlecode.com finden.

Bei AnyDAC gibt es auch was zu dem Thema: siehe AnyDAC Doku unter Migrating BDE applications

[Megamuckel]

Danke für die Tips,
wie gesagt, meine Software ist ca.20 Jahre alt und hat daher auch alte Strukturen.
Manche Programmteile stammen noch aus der Zeit als die Verbreitung von Windows noch hinter der von MS-DOS hinterherhinkte.
Klar, so ein Schnitt wie ich ihn plane, ist eine Gelegenheit, um die Programmteile für die nächsten 20 Jahre fit zu machen.
Auch Uwe's Hinweis auf AnyDAC<->BDE kommt mir sehr gelegen.

Stellt sich mir jetzt nur die Frage "AnyDAC" oder "UNIDAC".....
Aber das ist ja bereits in anderen Threads besprochen worden, wenn auch nicht zufriedenstellend beantwortet.
Ich muss wohl noch etwas recherchieren.... ist ja schliesslich eine Verbindung für ne halbe Ewigkeit.

Danke nochmals
LG
Kai

[Uwe Raabe]

Zitat von Megamuckel:

Auch Uwe's Hinweis auf AnyDAC<->BDE kommt mir sehr gelegen.

Stellt sich mir jetzt nur die Frage "AnyDAC" oder "UNIDAC".....

Nur als Hinweis: Bei AnyDAC gibt es bis zum 30.11. noch 25% CodeRage-Rabatt, bei UniDAC sind es 20%

[Megamuckel]

@Bernhard,
einige Programmteile sind ja bereits mehrfach von mir überarbeitet worden.

In einem Datamodul(create) wird bei jedem Programmstart die Verzeichnisstruktur kontrolliert und in den BDE-Alias eingetragen.
Gleichzeitig werden die verschiedenen Session-Parameter gesetzt und letztendlich die Verbindung zur Datenbank hergestellt.
Hier, im Datamodul(create), würde ich zukünftig wohl auch die Verbindung zur neuen Datenbank herstellen.
Im Falle einer embedded-Datenbank würde ich den benötigten Pfad vielleicht in einer lokalen INI-Datei ablegen.

Ist die Verbindung erst mal hergestellt, gibt es (hoffentlich) nur eine Unit die mir ein TDataset zur Weiterverarbeitung liefert.
(Das ist ja auch nix neues, das wurd schon zu DOS-Zeiten so gemacht)

Neu ist aber die Vielfalt der möglichen Datenbanken und der DB-Komponenten....

@Uwe welchen Rabatt sollte ich in Anspruch nehmen ?
Tja, ich muss mir wohl die featurelist der Beiden heute/morgen mal genauer ansehen.
Dazu wäre es natürlich hilfreich, wenn ich wüßte welche DB für meine Zwecke wohl die Beste wäre...
Am liebsten wäre mir eine DB bei der ich nur den Pfad eintragen müsste.
Klar, zuverlässig sollte sie auch sein..und schnell..und es müsste einige Admin-Tools geben..und..und

Aber gut, 30.11. ... nur kein Stress

[Medium]

Ersetze in deiner Anforderung "Pfad" mit "Verbindungsparameter", und schon ist dir die gesamte Welt moderner DBMS offen

Ich kenne von AnyDAC und UniDAC leider nur letztres, für welches ich aber eine ganz gute Rezension bzgl. Migration attestieren kann. Wir haben auch schon diverse Projekte von BDE->UniDAC (und auch mit Umweg BDE->Zeos->UniDAC) umgesetzt, und hatten dabei niemals ein Problem, dass auf die Komponente(n) zurückzuführen war. Die Schnittstellen sind weitestgehend identisch; hier und da ist mal ein Typ anders. (Bei UniDAC ist z.B. ein TINYINT(1) als MyField.AsBoolean, nicht MyField.AsInteger anzusprechen.) Ich will damit aber nicht sagen, dass AnyDAC da schlechter sein muss - kann ich mangels Erfahrung gar nicht. Letztlich will ich hiermit nur ausdrücken: Die Migration dürfte bei einer Codebasis, die sich an den "guten Ton" hält, in quasi allen Fällen als ein weit kleineres Schreckgespenst darstellen, als gemeinhin angenommen wird.