'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

Ich habe diesen Fehler/Ausnahme in Visual Studio 2010 erhalten, als ich mein Build im Dialogfeld "Konfigurations-Manager" von "x86" auf "Any CPU" geändert habe. Dieser OLEDB-Datenbanktreiber funktioniert meiner Kenntnis nach nur in x86 und ist nicht kompatibel mit 64-Bit. Die Änderung der Build-Konfiguration zurück auf x86 hat das Problem für mich gelöst.

Answer 2

Auch wenn viele Antworten gegeben wurden, wurde das von mir festgestellte Problem noch nicht erwähnt.

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

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

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

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

AccessDatabaseEngine_X64.exe /passive

Die Installation war 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 bearbeitet.

Answer 3

Für alle Betroffenen.

Ich habe den Fehler bekommen...

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

...wie von 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 von OP, also hoffentlich können meine Erkenntnisse auf C#, PowerShell und jede andere Sprache angewendet werden, die auf dem Treiber "Microsoft.ACE.OLEDB" 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 des AccessDatabaseEngine.exe von dieser Seite zu installieren http://www.microsoft.com/en-us/download/details.aspx?id=13255

Aber immer noch kein Glück.

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

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

...was mir dieses Ergebnis lieferte (ich habe andere Datenquellen 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 Sie sehen können, 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 schnelles PowerShell-Schnipsel, um zu zeigen, wie Sie die Version dynamisch festlegen können...

$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 können jetzt alle, die auf diesen Beitrag stoßen, überprüfen, welche OLEDB-Version installiert ist, und die entsprechende Versionsnummer verwenden.

Answer 4

Sie müssen die Solution Platform von "Any CPU" auf "x86" oder "x64" basierend auf der Bitzahl der Office-Installation ändern.

Die Schritte sind unten aufgeführt:

1. Klicken Sie mit der rechten Maustaste auf die Solution-Datei im Solution Explorer:

   2. Klicken Sie auf den Konfigurations-Manager.

   3. Klicken Sie auf das Dropdown-Menü der aktiven Plattform. Wenn x86 bereits vorhanden ist, wählen Sie dies aus, ansonsten klicken Sie auf Neu.

   4. Wählen Sie x86 oder x64 aus dem Dropdown-Menü der neuen Plattform aus:

Kompilieren und führen Sie Ihre Anwendung aus.

Answer 5

Wenn Sie 64-Bit verwenden, aber auch nach 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 diese AccessDatabaseEngine installieren