'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

Ich habe diesen Fehler/Ausnahme in Visual Studio 2010 erhalten, als ich meinen Build im Dialogfeld des Konfigurationsmanagers von "x86" auf "Any CPU" geändert habe. Dieser OLEDB-Datenbanktreiber funktioniert meiner Kenntnis nach nur in x86 und ist nicht 64-Bit-kompatibel. Das Zurücksetzen der Build-Konfiguration auf x86 hat das Problem für mich gelöst.

Answer 2

Auch wenn viele Antworten gegeben wurden, wurde das Problem, auf das ich gestoßen bin, noch nicht erwähnt.

• Mein Szenario: 64-Bit-Anwendung, Win10-64, Office 2007 32-Bit installiert.

• Die Installation des 32-Bit-Installationsprogramms AccessDatabaseEngine.exe, das von MS heruntergeladen wurde, meldet Erfolg, aber es ist NICHT installiert, wie mit dem Powershell-Skript in einem der vorherigen Beiträge überprüft wurde.

• Die Installation des 64-Bit-Installationsprogramms AccessDatabaseEngine_X64.exe meldete eine schockierende Fehlermeldung:

Die sehr einfache Lösung wurde hier auf einer Autodesk-Seite gefunden. Fügen Sie einfach den Parameter /passive zur Befehlszeichenfolge hinzu, wie hier gezeigt:

AccessDatabaseEngine_X64.exe /passive

Installation erfolgreich, der OleDb-Treiber funktionierte.

Die Excel-Dateien, die ich mit OleDb verarbeite, sind vom Typ xlsx, wurden mit EPPlus 4.5 erstellt und mit Excel 2007 geändert.

Answer 3

Für alle, die immer noch davon betroffen sind.

Ich habe den Fehler bekommen...

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

...wie vom OP, Shailesh Sahu, beschrieben.

Ich habe 64-Bit Windows 7.

Mein Problem liegt in PowerShell-Skripten, aber es wird eine Verbindungszeichenfolge verwendet, ähnlich wie im Beitrag des OP, daher sollten meine Ergebnisse auf C#, PowerShell und jeder anderen Sprache angewendet werden können, die auf dem "Microsoft.ACE.OLEDB"-Treiber basiert.

Ich habe die Anweisungen in diesem MS-Forumsthread befolgt: http://goo.gl/h73RmI

Zuerst habe ich versucht, die 64-Bit-Version zu installieren, dann die 32-Bit-Version der AccessDatabaseEngine.exe von dieser Seite http://www.microsoft.com/en-us/download/details.aspx?id=13255

Aber leider kein Erfolg.

Dann habe ich den folgenden Code in PowerShell ausgeführt (von SQL Panda's Webseite http://goo.gl/A3Hu96)

(New-Object system.data.oledb.oledbenumerator).GetElements() | select SOURCES_NAME, SOURCES_DESCRIPTION 

...was zu diesem Ergebnis führte (andere Datenquellen wurden der Kürze halber entfernt)...

SOURCES_NAME              SOURCES_DESCRIPTION                                                                       
------------              -------------------                                                                       
Microsoft.ACE.OLEDB.15.0  Microsoft Office 15.0 Access Database Engine OLE DB Provider

Wie du sehen kannst, habe ich Microsoft.ACE.OLEDB.15.0 (fünfzehn) und nicht Microsoft.ACE.OLEDB.12.0 (zwölf)

Also habe ich meine Verbindungszeichenfolge auf 15 geändert und es hat funktioniert.

Ein schneller PowerShell-Abschnitt, um zu zeigen, wie man die Version flexibel codieren kann...

$AceVersion = ((New-Object System.Data.OleDb.OleDbEnumerator).GetElements() | Where-Object { $_.SOURCES_NAME -like "Microsoft.ACE.OLEDB*" } | Sort-Object SOURCES_NAME -Descending | Select-Object -First 1 SOURCES_NAME).SOURCES_NAME

$connString = "Provider=$AceVersion;Data Source=`"$filepath`";Extended Properties=`"Excel 12.0 Xml;HDR=NO`";"

angepasst, um die neueste ACE-Version auszuwählen, falls mehr als eine vorhanden ist

Hoffentlich kann nun jeder, der dies findet, überprüfen, welche OLEDB-Version installiert ist, und die entsprechende Versionsnummer verwenden.

Answer 4

Sie müssen die Lösungsplattform von "Any CPU" auf "x86" oder "x64" basierend auf der Bitness der Office-Installation ändern.

Die Schritte sind wie folgt:

1. Klicken Sie mit der rechten Maustaste auf die Lösungsdatei im Lösungsexplorer:

   2. Klicken Sie auf den Konfigurations-Manager.

   3. Klicken Sie auf das Dropdown-Menü für die aktive Plattform. Wenn x86 bereits vorhanden ist, wählen Sie dieses aus, ansonsten klicken Sie auf Neu.

   4. Wählen Sie x86 oder x64 aus dem Dropdown-Menü für die neue Plattform aus:

Kompilieren und führen Sie Ihre Anwendung aus.

Answer 5

Wenn Sie 64-Bit verwenden und trotz der Installation von AccessDatabaseEngine immer noch Probleme haben, sehen Sie sich diesen Beitrag an, er hat das Problem für mich gelöst.

d.h. Sie müssen diesen AccessDatabaseEngine installieren