Paradox ohne BDE

[p80286]

Trotz allem schlage ich Dir die MS-SQL-Sparversion vor, die kann auch Multiuser und muß nicht zwangsläufig auf einem (extra)Server installiert sein. Bei allem Verständnis für Deine Situation letztlich kommt es für den Benutzer nicht darauf an was genutzt wird sondern wie es sich anfühlt. Und diese Kompromisse haben ein langes und zähes und kostspieliges Leben.

Gruß
K-H

P.S.
Wenn die eingesetzten Programme eh Tabellenorientiert sind, dann geht das auch mit "richtigen DBMS"en

[mkinzler]

Zitat:

Trotz allem schlage ich Dir die MS-SQL-Sparversion vor

Oder ein anderes richtiges DBMS.
(FireBird, PosGresSQL, ...)

[Jasocul]

Zitat von p80286:

... letztlich kommt es für den Benutzer nicht darauf an was genutzt wird sondern wie es sich anfühlt. Und diese Kompromisse haben ein langes und zähes und kostspieliges Leben.

Völlig richtig. Ich wollte nur den Aufwand möglichst gering halten.

@mkinzler:
Korrekt

[Bernhard Geyer]

Zitat von mkinzler:

Zitat:

Trotz allem schlage ich Dir die MS-SQL-Sparversion vor

Oder ein anderes richtiges DBMS.
(FireBird, PosGresSQL, ...)

Auch die Sparversion vom MS SQL Server ist ein richtiges DBMS.
Macht nur bei 10 GB Datenbankgröße "zu".
Davon ist man im aktuellen Anwendungsfall meilenweit davon entfernt.

[mkinzler]

Zitat:

Auch die Sparversion vom MS SQL Server ist ein richtiges DBMS.

Bezweifelt ja keiner

Zitat:

Oder ein anderes richtiges DBMS.

Sonst hätte ich ja das Wort anderes weggelassen.

[Delphi.Narium]

Für Access braucht man keine Kompetenz

Die Oberfläche oder sonst irgendwas vom "optischen" Access wird nicht benötigt.

Die Tabellen kann man (auch aus Delphi heraus) per SQL erstellen.

Wenn Du die Tabellen (wie oben beschrieben per TBatchMove) kopierst, brauchst Du nicht mal das.

In dem Fall benötigst Du einen ODBC-Treiber für die Access-DB. Die Access-DB kann man über die ODBC-Verwaltung von Windows erstellen lassen, es werden letztlich nur die Treiber für Access benötigt. Die Software Access (also die Oberfläche) ist nicht erforderlich.

Die BDE kann dann darauf einen Alias machen.

TBatchMove benötigt dann den Alias auf die Paradoxtabelle und den Alias auf die Access-DB. Das Erstellen der Tabellen in der Access-DB erfolgt automatisch (mode = batCopy).

Beim Kopieren der Daten per TBatchMove ist es letztlich aber egal, für welches Zieldatenbanksystem Du dich entscheidest.

Benötigt wird halt die BDE (für Paradox und TBatchMove) und ein ODBC-Treiber für die Zieldatenbank, der in die BDE per Alias eingebunden wird. (Wenn ich mich recht erinnere, erkennt die BDE aber die eingerichteten ODBC-Treiber selbständig, habe gerade bei mir mal nachgeschaut: In der BDE-Verwaltung sind alle eingerichteten ODBC-Treiber als BDE-Alias sichtbar.)

Grob könnte sowas schon ausreichen, sofern es sich um Tabellen "mit handelsüblichen Spalten" handelt, also Integer, Float, Strings, ob und wie das mit Blobs funktioniert weiß ich nicht, könnte aber auch so einfach gehen.

Delphi-Quellcode:

// tbSource und tbDestination = TTable
// bm = TBatchMove
  tbSource.Close;
  tbDestination.Close;
  tbDestination.FieldDefs.Clear;
  tbDestination.IndexDefs.Clear;
  tbSource.DatabaseName      := 'Paradox-Alias im Objektinspektor auswählen';
  tbDestination.DatabaseName := 'ODBC-Alias auf Access im Objektinspektor auswählen';
  tbSource.TableName         := 'paradox.db';
  tbDestination.TableName    := 'paradox';  // nur der Tabellenname ohne Dateiendung.
  bm.Mappings.Clear;
  bm.Mode := batCopy;
  bm.Execute;

Arbeitet Ihr im Programm irgendwo mit SQL? Wenn nein, könnte nach dem Kopieren der Daten eine Änderung der Tabellen von TTable nach TAdoTable bzw. von TQuery nach TAdoQuery per global Change in den DFM-Dateien bzw. den PAS-Dateien (wie von Jobo beschrieben) ausreichen.

SQLs müssen ggfls. in der Syntax angepasst werden.

[hoika]

Hallo,
man könnte auch erst mal bei der BDE bleiben,
aber auf Firebird umstellen.

So hatten wir das damals gemacht, das war noch zu glorreichen Zeiten von Interbase 6.

Mit DataPump könnte die Daten rüberziehen.
Ich hatte mir damals aber ein eigenes Copy-Programm geschrieben,
weil eben auch üöä-in den Paradox-Feldnamen standen.

Hier ist ein alter Artikel, der dass beschreibt und mir sehr geholfen hatte.

https://www.ibphoenix.com/resources/...gration/doc_74

[timog]

FireDAC per ODBC auf Paradox? In einem antiken (kleinen) Projekt habe ich mal mit reFind den Wechsel von BDE auf FireDAC gemacht. Ging tatsächlich in dem kleinen Projekt ohne Schmerzen (reFind ist nicht "intelligent", aber besser als von Hand).

http://docwiki.embarcadero.com/RADSt...ngen_(FireDAC)

oder auch

https://community.idera.com/develope...d-dbase-tables

Der Paradox ODBC Treiber muss halt vorhanden sein, damit das klappen kann.

[jobo]

Zitat von Delphi.Narium:

Für Access braucht man keine Kompetenz

Genau, mann muss nur die Tabellen und Basisdaten in eine +.mdb Datei bekommen. Access selbst ist wegen Kosten/ Lizenz maximal administrativ einzusetzen bzw. wird eigentlich nicht benötigt.

BDE zu behalten ist ja wohl genau die Schwierigkeit in einem halbwegs aktuellen (Citrix-) System. Dazu kann ich nichts sagen.

Wobei ich hier nicht so ganz verstehe, wie man Software entwickelt, wo es um Kompatibilität zu modernen Umgebungen geht, aber kein Windows 10 zum Test hat.

[Jasocul]

@Delphi.Narium:
Danke für die ausführliche Beschreibung. Ähnliches habe ich früher auch schon gemacht, ist aber bestimmt 20 Jahre her. So muss ich das nicht irgendwo wieder nachsehen.

@hoika:
Es ging ja darum, die BDE loszuwerden.