Welche Komponente oder Weg für Zugriff auf mehrere DBMS

[p80286]

@Bernhard Geyer

Daß die ODBC-Treiber nicht fehlerfrei sind.. geschenkt. (je nach dem was man braucht nimmt man halt einen anderen)
Die fehlerfreien spezialisierte Komponenten halte ich für ebenso wahrscheinlich.

MySql hab ich leider nicht im Angebot, aber z.Zt. 4 unterschiedliche DBs (MS-SQL / Oracle) da ist für quick'n'dirty ODBC das Mittel (der) meiner Wahl. (bevor ich Komponenten von dem und dem teste...)
Ich steh übrigens auf der anderen, der Kundenseite.

Gruß
K-H

[Bernhard Geyer]

Zitat:

Zitat von p80286

Daß die ODBC-Treiber nicht fehlerfrei sind.. geschenkt. (je nach dem was man braucht nimmt man halt einen anderen)
Die fehlerfreien spezialisierte Komponenten halte ich für ebenso wahrscheinlich.

Die Fehlerwahrscheinlichkeit bei 4 Zwischenschichten ist höher als bei einer.

Zitat:

Zitat von p80286

Ich steh übrigens auf der anderen, der Kundenseite.

Native kompos sind für den Kunden auch bessser.


Lösung mit DevArt-Kompos:

1, Programm per XCopy installieren.
2, Starten
3, Servername und DB-Name eingeben

Fertig


Lösung mit ODBC:

1, Admin suchen der Treiber installieren darf
2, Hoffen das mitgelieferte (falls Treiber mitgeliefert werden) auch auf PC passen (z.B. noch keine Win7-Version)
3, ODBC-Einrichten
4, Programm starten
5, passenden ODBC-Eintrag auswählen.

Und nach der Installation hoffen das durch Treiberinstallation nicht evlt. Seiteneffekte bei andern Treibern auftreten (Hatte ich früher mal das ein aktualiserter ODBC-Treiber den 16-Bit Zugang unter NT lahm gelegt hat.

[omata]

Vielleicht ist Zeos ja auch noch ein Blick wert.

[RWarnecke]

Zitat:

Zitat von omata

Vielleicht ist Zeos ja auch noch ein Blick wert.

Mit Zeos habe ich schonmal probiert, etwas zu realisieren. Hatte dabei einige Hürden zu nehmen. Deshalb suche ich ja nach einem anderen Weg. Ich habe die Zeos auch mal nur eingesetzt für ein DBMS. Die EXE wurde mit Zeos um einiges größer als mit den spezifischen Komponenten. Desweiteren kommt noch hinzu, das Zeos mit der Entwicklung fast immer stark hinterher hinkt und ich zu wenig davon verstehe um mir die Kompos eventuell selber weiter zu erweitern.

Ich werde am Wochenende mal die AnyDAC-Trail Komponenten ausprobieren und testen. Da diese von der Produktbeschreibung und vom Preis her im Moment an Frage kommen.

Edit:
Wenn ich jetzt die Tests mit AnyDAC zum Beispiel gegen Oracle-Express durchführe, dann bekomme ich doch realistische Ergebnisse, so als wenn ich gegen eine richtige Oracle-Datenbank teste oder ?

[Bernhard Geyer]

Zitat:

Zitat von omata

Vielleicht ist Zeos ja auch noch ein Blick wert.

ZEOS ist im Moment problematisch das es noch keine stabile D2009/D2010 (stichwort Unicode) gibt.

[RWarnecke]

Hallo zusammen,

ich habe jetzt mal AnyDAC und UniDAC getestet. Bei AnyDAC bin ich fast vom Stuhl gefallen. Ich habe lediglich nur eine kleine Anwendung mit den folgenden Komponenten aufgebaut :

• con1: TADConnection;
• adtrnsctn1: TADTransaction;
• adqry1: TADQuery;
• DtaSrc_1: TDataSource;
• DBGrd_1: TDBGrid;

Die Anwendung hat satte 2,2 MB. Die gleiche Anwendung mit UniDAC hat nur 1,3 MB. Als drittes und letztes habe ich die gleiche Anwendung mit FIBPlus erstellt. Da hat die Anwendung eine Größe von 1,2MB. Leider habe ich das Ganze mit FIBPlus nicht zum Laufen bekommen, weil er die Daten nicht an die DataSource weitergeben wollte. :gruebel:

Mein erstes Fazit ist, die Bedienung un der Einstieg in UniDAC ist einfach und unkompliziert gewesen. Bei AnyDAC habe ich erstmal ein wenig forschen müssen, wie die einzelnen Komponenten zusammen arbeiten (INI-Files u.s.w.). Daraus hat sich mir noch nicht ganz erschlossen, ob ich die INI-Files von AnyDAC wirklich brauche oder nicht. Bei FIBPlus ist das zusammenklicken auch einfach, nur leider habe ich im ersten Anlauf leider keine Möglichkeit gefunden, Daten aus einer Query an ein DBGrid weiterzugeben.