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

Question

Ich versuche, Daten aus einer Excel-Datei bei einem Klickereignis auf eine Schaltfläche zu erhalten. Mein Verbindungszeichenfolge ist:

 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 den folgenden Fehler:

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

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

Answer 1

Wenn das installierte "AccessDatabaseEngine" immer noch nicht hilft, ist hier die Lösung:

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

OLEDB-Anbieter ist nicht auf dem lokalen Computer registriert

Von CodeProject.com

Answer 2

Ich stand vor demselben Problem. Gehen Sie zu den Lösungseigenschaften und ändern Sie Any CPU in x86, ich denke, das wird den Job erledigen.

Answer 3

Diese Konfigurationen haben im Januar 2020 auf meinem neuen Maschinen-Build 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:...\MeineDatenbank.accdb

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

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

FEHLERHAFTE NOTIZEN

Die Verwendung des ACE.OLEDB.12.0 x64-Providers in der Verbindungszeichenfolge scheiterte nur mit dem oben genannten AccessDatabaseEngine_x64 2016 als in (1) installiert.

Die Verwendung von AnyCPU in den Visual Studio Build-Einstellungen ist in (1) gescheitert. Die Einstellung auf x64 ist erforderlich. Möglicherweise liegt dies daran, dass AnyCPU bedeutet, dass VStudio zur Kompilierungszeit einen x32 ACE.OLEDB.nn.0-Provider sehen muss.

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

SCHLUSSFOLGERUNGEN

Um x64-Build-Einstellungen zu verwenden, benötigen Sie den 2016 x64-Datenbankmotor UND den ACE.OLEDB.16.0 Verbindungszeichenfolgen-Provider UND explizite x64-Build-Einstellungen, um mit Office 365 im Januar 2020 zu arbeiten. Die Verwendung der /passive-Option erleichtert die Installationen. Kredit 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 zur "AnyCPU"-Kompilierungszeit sowohl x32- als auch x64-Motoren sehen. Ich konnte die Anbieterverbindungszeichenfolge auf ACE.OLEDB.12.0 für den Betrieb von x32 oder auf ACE.OLEDB.16.0 für den Betrieb von x64 ändern. Beides hat gut funktioniert.

Um x86-Build-Einstellungen zu verwenden, benötigen Sie den 2010 x32-Datenbankmotor UND den ACE.OLEDB.12.0 Verbindungszeichenfolgen-Provider 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 Sie vorgeschlagen haben, für den Fehler "Der 'Microsoft.ACE.OLEDB.12.0' Anbieter ist auf dem lokalen Computer nicht registriert" besteht darin, die aktive Lösungsplattform von "Any CPU" auf "x86" zu ändern.

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

Answer 5

für Visual Studio 2022 (und neuer)

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

https://learn.microsoft.com/de-de/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 beachten, 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 unter Verwendung von 32-Bit-Datenanbietern herstellen können.

Wenn Sie 32-Bit-Anwendungen pflegen müssen, die eine Verbindung zu OLEDB- oder ODBC-Datenbanken herstellen, werden Sie weiterhin in der Lage sein, die Anwendung mit Visual Studio 2022 zu erstellen und auszuführen. Wenn Sie jedoch eines der Visual Studio Datentools wie den 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.