'Der Provider "Microsoft.ACE.OLEDB.12.0" ist auf dem lokalen Rechner nicht registriert'

Question

Ich versuche, Daten aus einer Excel-Datei bei einem Klick auf die Schaltfläche zu erhalten. Meine Verbindungszeichenfolge lautet:

 string connString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:\\source\\SiteCore65\\Individual-Data.xls;Extended Properties=Excel 8.0;";

Wenn ich auf die Schaltfläche klicke, erhalte ich folgenden Fehler:

Der Anbieter 'Microsoft.ACE.OLEDB.12.0' ist auf dem lokalen Rechner nicht registriert.

Ich habe keine Ahnung, wie ich das beheben kann. Mein Betriebssystem ist Windows 7.

Answer 1

Wenn der installierte "AccessDatabaseEngine" immer noch nicht hilft, ist nachfolgende Lösung:

Sie müssen die aktive Lösungsplattform von "Any CPU" auf "x86" ändern.

OLEDB-Provider ist auf der lokalen Maschine nicht registriert

Von CodeProject.com

Answer 2

Ich habe dasselbe Problem gehabt. Gehe zu den Lösungseigenschaften und ändere von Any CPU auf x86, ich denke das wird den Job erledigen.

Answer 3

Diese Konfigurationen haben im Januar 2020 auf meinem neuen PC funktioniert:

(1 - nur x64) Windows 10 x64, Office 365 x64, AccessDatabaseEngine_x64 2016 installiert mit /passive Argument, VStudio Build-Einstellungen explizit auf x64 gesetzt, mit folgendem Verbindungszeichenfolge: Provider= Microsoft.ACE.OLEDB.16.0; Data Source=D:...\MyDatabase.accdb

(2 - x64 oder x32) Windows 10 x64, Office 365 x64, AccessDatabaseEngine_x64 2016 installiert mit /passive Argument, ZUSÄTZLICH AccessDatabaseEngine 2010 (32bit) installiert mit /passive Argument, VStudio Build-Einstellungen auf AnyCPU gesetzt, mit folgender Verbindungszeichenfolge: Provider= Microsoft.ACE.OLEDB.16.0; Data Source=D:...\MyDatabase.accdb

(3 - nur x32) Windows 10 x64, Office 365 x32, AccessDatabaseEngine 2010 (32bit) installiert mit /passive Argument, VStudio Build-Einstellungen auf x86 gesetzt, mit folgender Verbindungszeichenfolge: Provider= Microsoft.ACE.OLEDB.12.0; Data Source=D:...\MyDatabase.accdb

FEHLERNOTIZEN

Die Verwendung des ACE.OLEDB.12.0 x64 Anbieters in der Verbindungszeichenfolge ist mit nur der Installation von AccessDatabaseEngine_x64 2016 wie oben in (1) gescheitert.

Die Verwendung von AnyCPU in den Visual Studio Build-Einstellungen ist in (1) gescheitert. Die Einstellung x64 ist erforderlich. Vielleicht liegt das daran, dass AnyCPU bedeutet, dass Vstudio zur Kompilierzeit einen x32 ACE.OLEDB.nn.0 Anbieter sehen muss.

Der ACE.OLEDB.12.0 2016 x32 /passive Engine würde NICHT installiert, wenn er x64-Anwendungen sah. (Der ACE.OLEDB.12.0 2010 x32 /passive Installer funktionierte.)

SCHLUSSFOLGERUNGEN

Um x64-Bauoptionen zu verwenden, benötigen Sie die 2016 x64 Datenbank-Engine UND den ACE.OLEDB.16.0 Verbindungszeichenfolgenanbieter UND explizite x64 Build-Einstellungen, um mit Office 365 im Januar 2020 zu arbeiten. Die Verwendung der /passive Option erleichtert die Installation. Danke an denjenigen, der diesen Tipp gepostet hat!

Um AnyCPU zu verwenden, musste ich sowohl den ACE.OLEDB.12.0 2010 x32 Motor als auch die ACE.OLEDB.16.0 x64 Motoren installiert haben. Auf diese Weise konnte Vstudio sowohl x32 als auch x64 Motoren zur "AnyCPU" Kompilierzeit sehen. Ich konnte die Anbieterverbindungszeichenfolge auf ACE.OLEDB.12.0 für den x32-Betrieb oder auf ACE.OLEDB.16.0 für den x64-Betrieb ändern. Beides hat gut funktioniert.

Um x86 Bauoptionen zu verwenden, benötigen Sie die 2010 x32 Datenbank-Engine UND den ACE.OLEDB.12.0 Verbindungszeichenfolgenanbieter UND explizite x86 Build-Einstellungen, um mit Office 365 x32 im Januar 2020 zu arbeiten.

Answer 4

Syp_dino,

Die Lösung für mich, wie von Ihnen vorgeschlagen für den Fehler "Der Anbieter "Microsoft.ACE.OLEDB.12.0" ist auf dem lokalen Computer nicht registriert" ist, die aktive Lösungsplattform von "Any CPU" auf "x86" zu ändern.

Als ich diese Schritte ausgeführt habe, die Lösung neu erstellt habe, die EXE genommen und auf das Netzwerk platziert habe, hat alles reibungslos auf dem Windows 7 64-Bit-Rechner funktioniert.

Answer 5

für Visual Studio 2022 (und neuer)

Ich hatte diesen Fehler jedes Mal und es half nichts. VS2019 war die Lösung.

https://learn.microsoft.com/en-us/visualstudio/data-tools/accessing-data-in-visual-studio?view=vs-2022#data-providers

Wenn Sie Visual Studio 2022 verwenden, um eine Verbindung zu Datenbanken herzustellen, müssen Sie darauf achten, dass Visual Studio 2022 ein 64-Bit-Prozess ist. Dies bedeutet, dass einige der Datentools in Visual Studio keine Verbindung zu OLEDB- oder ODBC-Datenbanken über 32-Bit-Datenanbieter herstellen können.

Wenn Sie 32-Bit-Anwendungen erhalten müssen, die Verbindungen zu OLEDB- oder ODBC-Datenbanken herstellen, können Sie die Anwendung weiterhin mit Visual Studio 2022 erstellen und ausführen. Wenn Sie jedoch eines der Visual Studio Data Tools wie Server Explorer, den Datenquellen-Assistenten oder den DataSet Designer verwenden müssen, müssen Sie eine frühere Version von Visual Studio verwenden, die immer noch ein 32-Bit-Prozess ist. Die letzte Version von Visual Studio, die ein 32-Bit-Prozess war, war Visual Studio 2019.