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 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 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.