Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   ADO.NET -> installierte Treiber (https://www.delphipraxis.net/41891-ado-net-installierte-treiber.html)

minimops 10. Mär 2005 11:40

Datenbank: ACCESS/DB2 • Zugriff über: ADO

ADO.NET -> installierte Treiber
 
Hi,

Basiert ADO.NET auf den normalen ADO-DLLs (C:\Programme\Gemeinsame Dateien\System\ado), oder ist das unabhängig davon?


=========
Hintergrund der Frage: Habe in letzter Zeit viel Ärger mit neuen Rechnern mit XP.Prof SP2 gehabt. Nach Installation von Client Access etc. liefen ADO-Programme nicht mehr, nur nach Neuinstallation von ADO(die bei SP2 nicht einfach ist...) Der ADO-Support wird langsam ganz schön aufwendig ;-(
==========

Würde also eine Portierung der Programme nach .NET bzw ADO.NET diese Probleme vermindern?

Danke für eure Tips,

Axel

Bernhard Geyer 10. Mär 2005 12:36

Re: ADO.NET -> installierte Treiber
 
Zitat:

Zitat von minimops
Basiert ADO.NET auf den normalen ADO-DLLs (C:\Programme\Gemeinsame Dateien\System\ado), oder ist das unabhängig davon?

Nein. ADO.NET ist vollkomment unabhängig von ADO. ADO kann jedoch verwendet werden als unmanaged Provider.

Zitat:

Zitat von minimops
Hintergrund der Frage: Habe in letzter Zeit viel Ärger mit neuen Rechnern mit XP.Prof SP2 gehabt. Nach Installation von Client Access etc. liefen ADO-Programme nicht mehr, nur nach Neuinstallation von ADO(die bei SP2 nicht einfach ist...) Der ADO-Support wird langsam ganz schön aufwendig ;-(

Mit der Installation des .NET-Frameworks werden neuere ADO-Treiber installiert.
Diese sollten jedoch keine Probleme mit "alten" ADO-Programmen verursachen. Ich selbst habe auch .NET (VS.NET 2003) installiert und verwende für MS-SQL auch ADO und kann keine Probleme unter XP feststellen. Der Fehler muß eher in deinem Programm liegen oder am verwendeten ADO-Provider.

Zitat:

Zitat von minimops
Würde also eine Portierung der Programme nach .NET bzw ADO.NET diese Probleme vermindern

Vermindern ja, da die DLL-Hölle abgemildert ist, aber ob .NET die DLL-Hölle zu 100% beseitigt....
Für DB2 würde ich eh native Komponenten wie SQL-Direct verwenden. Damit kann dir ein installiertes .NET bzw. zerschossenes ADO/MDAC vollkommen egal sein.
Und Access wird von M$ ja langsam aufs Altenteil geschoben und ist unter .NET eher noch schlechter zu bedienen, da du auf jedenfall auf den installierten ADO-Treiber (JET-Engine) angewiesen bist, da es keinen managed Provider gibt.

minimops 10. Mär 2005 12:42

Re: ADO.NET -> installierte Treiber
 
Prima, vielen Dank!

(Access ist zwar veraltet, aber ich liebe es... Und man kann super temporäre Daten für Auswertungen speichern ;-) )


Alle Zeitangaben in WEZ +1. Es ist jetzt 00:09 Uhr.

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz