Delphi 5 Verbindung zu Access Datenbank

[KRONOX]

Für ein Projekt soll ein Freund von mir Delphi 5 Pro einsetzen und als Datenbank wird eine Access Datenbank eingesetzt.
Eigentlich dachten wir das im Delphi 5 ADO schon zur Verfügung steht weil wir das auch auf verschiedenen Seiten gelessen hatten aber ADO ist nicht dabei.

Kann man ADO zu Delphi 5 noch hinzufügen? Ist es vieleicht in einem Patch nachgeliefert worden?

Gibt es ansonsten noch eine andere Möglichkeit ausser die BDE zur Verbindung zur Datenbank?

[Bernhard Geyer]

Zitat:

Zitat von KRONOX

Für ein Projekt soll ein Freund von mir Delphi 5 Pro einsetzen und als Datenbank wird eine Access Datenbank eingesetzt.
Eigentlich dachten wir das im Delphi 5 ADO schon zur Verfügung steht weil wir das auch auf verschiedenen Seiten gelessen hatten aber ADO ist nicht dabei.

ADOExpress ist dabei. Aber nicht standardmäßig für die Pro-Version

Zitat:

Zitat von KRONOX

Kann man ADO zu Delphi 5 noch hinzufügen? Ist es vieleicht in einem Patch nachgeliefert worden?

Nein. Nur als kostenpflichtiges Add-On. Und das wirst du bei Borland nicht mehr als einzelne Kaufoption bekommen. Und da es ab D6 auch in der Pro-Version dabei ist, ist ein Delphi-Update fast günstiger.

Zitat:

Zitat von KRONOX

Gibt es ansonsten noch eine andere Möglichkeit ausser die BDE zur Verbindung zur Datenbank?

Ja. Direkte Verwendung der ADO-COM-Komponenten ohne Verwendung der TDataset-Nachfolger-Komponenten.

[UweR]

Hallo KRONOX,

wenn du sicher bist das es bei ACCESS bleibt kannst du noch DAO verwenden. Freeware-Komponenten hierzu gibts bei KADAO. Dort gibts auch ADO-Komponenten, die haben aber einige Macken.

[Bernhard Geyer]

Zitat:

Zitat von UweR

wenn du sicher bist das es bei ACCESS bleibt kannst du noch DAO verwenden.

DAO würde ich nicht nehmen, denn da bist du in der DLL-Hölle. Außerdem gibt es hier lizenzrechtliche Einschränkungen bei der Verteilung der DAO-Schnittstelle (Du mußt um die DAO-Schnittstelle verteilen zu dürfen mindestens ein Programm mit einer MS-Produkt erstellen). Auch ist DAO eine veraltete Schnittstelle und wird über kurz oder lang komplett von MS eliminiert werden.

[UweR]

Da muß ich etwas wiedersprechen.

Zitat:

DAO würde ich nicht nehmen, denn da bist du in der DLL-Hölle.

Der DLL-Hölle entflieht man erst mit .NET. Da ist ADO genauso schlimm wie DAO. Stichwort "MDAC"!

Zitat:

Außerdem gibt es hier lizenzrechtliche Einschränkungen bei der Verteilung der DAO-Schnittstelle (Du mußt um die DAO-Schnittstelle verteilen zu dürfen mindestens ein Programm mit einer MS-Produkt erstellen).

Wieso verteilen? DAO ist bei Betriebssystemen >= W2k dabei und du brauchst nichts zu verteilen. Das kann sich zwar bei Longhorn ändern, aber da sollte man dann eh auf .NET umsteigen.

Zitat:

Auch ist DAO eine veraltete Schnittstelle und wird über kurz oder lang komplett von MS eliminiert werden.

Da muß ich Bernhard recht geben, hier steht aber zu befürchten das nicht nur DAO, sondern das komplette ACCESS stirbt bzw. nicht mehr standardmäßig unterstützt wird. Und wenn ich zwar ADO habe, aber der DBProvider für die JetEngine nicht da ist steh ich auch im Regen. MS$ will halt den Leuten ihren SQL-Server auf's Auge drücken, der auch ne Überlegung Wert ist.

[Bernhard Geyer]

Zitat:

Zitat von UweR

Der DLL-Hölle entflieht man erst mit .NET. Da ist ADO genauso schlimm wie DAO. Stichwort "MDAC"!

DAO ist aber schlimmer als ADO, da du ja noch BDE und eine korrekte BDE-Konfiguration benötigst

Zitat:

Zitat von UweR

Wieso verteilen? DAO ist bei Betriebssystemen >= W2k dabei und du brauchst nichts zu verteilen.

Das wäre mir neu. ADO ist als Teil des BS dabei. Aber nicht DAO. Und auch bei ADO muß man neuerdings den Jet-Treiber gesondert installiern da er nicht mehr bestandteil des MDAC-Installers ist.

Zitat:

Zitat von UweR

Zitat:

Auch ist DAO eine veraltete Schnittstelle und wird über kurz oder lang komplett von MS eliminiert werden.

Da muß ich Bernhard recht geben, hier steht aber zu befürchten das nicht nur DAO, sondern das komplette ACCESS stirbt bzw. nicht mehr standardmäßig unterstützt wird. Und wenn ich zwar ADO habe, aber der DBProvider für die JetEngine nicht da ist steh ich auch im Regen. MS$ will halt den Leuten ihren SQL-Server auf's Auge drücken, der auch ne Überlegung Wert ist.

Kann nicht gleich auf eine installationsfreie Datenbank (ADS Local Server, Absolut Database, MySQL Embedded, ...) gewechselt werden um dieses Installationsproblem los zu werden?

[UweR]

Zitat:

DAO ist aber schlimmer als ADO, da du ja noch BDE und eine korrekte BDE-Konfiguration benötigst

Da muß ich dir wieder widersprechen! Die von mir angeführten Komponenten kapseln das komplette DAO, also quasi die Jet-Engine, und ich komme ganz ohne BDE aus. Ich kann über die BDE ja eigentlich auch DAO auch nicht ansprechen, meine ich zumindest, entweder ich geh mit der BDE direkt auf die ACCESS-datenbank, was aber seit ACCESS2000 nicht mehr klappt. Oder ich mach's über ODBC, was grottenlangsam ist.

Zitat:

Das wäre mir neu. ADO ist als Teil des BS dabei. Aber nicht DAO.

Es sind beide dabei! Ich installiere seit mehreren Jahren ein Delphi-Program welches auf eine ACCESS-datenbank zugreift auf den unterschiedlichsten Betriebssystemen von Win9x bis Server2003. Nur bei den Win9x-Kisten mußte ich DAO nachinstallieren. Auf allen anderen Rechnern "Null Problemo". Und vor allem keine Probleme mit den MDAC's.

[Bernhard Geyer]

Zitat:

Zitat von UweR

Zitat:

DAO ist aber schlimmer als ADO, da du ja noch BDE und eine korrekte BDE-Konfiguration benötigst

Da muß ich dir wieder widersprechen! Die von mir angeführten Komponenten kapseln das komplette DAO, also quasi die Jet-Engine, und ich komme ganz ohne BDE aus. Ich kann über die BDE ja eigentlich auch DAO auch nicht ansprechen, meine ich zumindest, entweder ich geh mit der BDE direkt auf die ACCESS-datenbank, was aber seit ACCESS2000 nicht mehr klappt. Oder ich mach's über ODBC, was grottenlangsam ist.

OK. War von der BDE-Lösung ausgegangen. Deine Komponente mag hier pflegeleicht sein. Wäre also mal einen Test wert.

Zitat:

Zitat von UweR

Zitat:

Das wäre mir neu. ADO ist als Teil des BS dabei. Aber nicht DAO.

Es sind beide dabei! Ich installiere seit mehreren Jahren ein Delphi-Program welches auf eine ACCESS-datenbank zugreift auf den unterschiedlichsten Betriebssystemen von Win9x bis Server2003. Nur bei den Win9x-Kisten mußte ich DAO nachinstallieren. Auf allen anderen Rechnern "Null Problemo". Und vor allem keine Probleme mit den MDAC's.

Dann wird vermutlich MS beide gleichzeitig auslaufen lassen. Hätte gedacht das es hier schon mehr Probleme gibt.
Hab glücklicherweise (fast) nichts mehr mit Access zu tun. Und bei der BDE-Lösung war es halt ziemlich frickelig.