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

Question

Ich versuche, Daten aus einer Excel-Datei bei einem Klick auf die Schaltfläche zu erhalten. Mein 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 den folgenden Fehler:

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

Ich habe keinen Schimmer, wie ich das beheben kann. Mein Betriebssystem ist Windows 7.

Answer 1

Nun, du musst es installieren. Du suchst nach:

• Der 2007 Office System Treiber: Datenverbindungskomponenten.

Answer 2

Eine 64-Bit-Version des 'Microsoft Access Database Engine 2010 Redistributable', die es Ihnen ermöglicht, den Anbieter 'Microsoft.ACE.OLEDB.12.0' zu verwenden, finden Sie hier:
http://www.microsoft.com/en-us/download/details.aspx?id=13255

Wenn Sie den Download aus der akzeptierten Antwort verwenden, müssen Sie für x86 kompilieren, wie von @backtestbroker.com angegeben.

Answer 3

Je nach der App(32/64 Bit) die die Verbindung nutzt, könnten Sie einfach installieren

• Access 2007 engines (nur 32 Bit)
• Access 2010 (32 und 64 Bit)
• Access 2013 vollständige Laufzeit (32 und 64 Bit ! >200mb)
• Access 2016 Laufzeit
• Access 2019 Laufzeit

Zusammenfassung:

• alle Büros von 2007-2016 enthalten den Anbieter "Microsoft.ACE.Oledb.12.0"

• je nach Architektur Ihrer Anwendung wählen Sie den entsprechenden Laufzeitmotor (32/64) 6

• überprüfen Sie Ihre Anbieter mit dem Powershell-Befehl sowohl aus 32 als auch 64 Bit-Shell:

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

• und Sie werden sehen, welchen Anbieter Ihr System verwenden kann

Die lange Geschichte: die Strings können mit http://live.sysinternals.com/strings.exe gefunden werden

z.B. auf einem 64-Bit-System mit installierten 32-Bit-Treibern

strings.exe -u -n 10 "c:\Program Files (x86)\Common Files\microsoft shared\OFFICE12\MSO.DLL" | findstr "ACE.O"
strings.exe -u -n 10 "c:\Program Files (x86)\Common Files\microsoft shared\OFFICE14\MSO.DLL" | findstr "ACE.O"
strings.exe -u -n 10 "c:\Program Files (x86)\Common Files\microsoft shared\OFFICE15\MSO.DLL" | findstr "ACE.O"

auch im bevorstehenden Office 2016

c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX64\Microsoft Shared\OFFICE16\MSO.DLL
c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX86\Microsoft Shared\OFFICE16\MSO.DLL

finden Sie die Strings

• Microsoft.ACE.OLEDB

• Microsoft.ACE.Oledb.12.0

Das Office 2013 kommt auch mit csi.dll

c:\Program Files (x86)\Common Files\microsoft shared\OFFICE15\Csi.dll
c:\Program Files\Common Files\Microsoft Shared\OFFICE15\Csi.dll

die "Microsoft.ACE.OLEDB.15.0" enthält

und Office 2016

c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX64\Microsoft Shared\OFFICE16\Csi.dll
c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX86\Microsoft Shared\OFFICE16\Csi.dll

die "Microsoft.ACE.OLEDB.16.0" Version hat

Answer 4

Das erste, was Sie überprüfen müssen, ist Ihre Build-Konfiguration Ihrer Anwendung.

• Wenn Sie Ihr Projekt unter der x86-Plattform erstellt haben, müssen Sie die folgenden Pakete auf Ihrem Rechner installieren, um das Problem zu lösen:

  1. Um den Anbieter 'Microsoft.ACE.OLEDB.12.0' verwenden zu können, müssen Sie zuerst das Microsoft Access Database Engine 2010 Redistributable installieren, dieses Installationspaket ist verfügbar unter: http://www.microsoft.com/download/en/details.aspx?id=13255 .

     Nach Abschluss der Installation versuchen Sie, Ihre Anwendung auszuführen. Wenn das das Problem löst, ist das großartig. Andernfalls fahren Sie mit Schritt 2 fort.

  2. Dieser nächste Schritt ist ein unerklärlicher Workaround, der für Office 2010 funktioniert, obwohl es sich um die Data Connectivity Components von Office 2007 handelt. Ich bin mir nicht ganz sicher, warum das funktioniert, aber es funktioniert und es hat sich in fast allen Fällen bewährt. Sie müssen die 2007 Office System Driver: Data Connectivity Components installieren, dieses Installationspaket ist verfügbar unter: http://www.microsoft.com/download/en/confirmation.aspx?id=23734 .

     Nach Abschluss dieser Installation versuchen Sie, Ihre Anwendung auszuführen. Dies sollte das Problem lösen.

• Wenn Sie versuchen, eine Anwendung unter der x64- oder AnyCPU-Plattform auszuführen, empfehle ich Ihnen, zunächst zu überprüfen, ob sie unter der x86-Plattform wie erwartet läuft. Wenn sie unter der x86-Plattform nicht läuft, führen Sie die Schritte im ersten Teil durch und prüfen Sie, ob sie wie erwartet läuft.

  Ich habe gelesen, dass die MS Access-Treiber einschließlich des OLEDB-Datenbanktreibers nur unter der x86-Plattform funktionieren und unter der x64- oder AnyCPU-Plattform nicht kompatibel sind. Aber das scheint nicht wahr zu sein. Ich habe validiert, dass meine Anwendung lief, als ich unter x86 gebaut habe, dann habe ich den Access Database Engine mit dem passiven Flag installiert.

  1. Laden Sie die Datei zuerst lokal herunter. Sie können die Installation hier herunterladen: http://www.microsoft.com/en-us/download/details.aspx?id=13255
  2. Installation über die Eingabeaufforderung mit dem '/passive'-Flag. In der Eingabeaufforderung führen Sie den folgenden Befehl aus: 'AccessDatabaseEngine_x64.exe /passive'

  Nach diesen 2 Schritten konnte ich meine Anwendung nach dem Build in x64- oder AnyCPU-Build-Konfiguration ausführen. Das schien mein Problem gelöst zu haben.

Hinweis: Die Reihenfolge der Schritte scheint einen Unterschied zu machen, folgen Sie daher entsprechend.

Answer 5

Ich habe die MS-Treiber installiert, und es hat immer noch nicht für mich funktioniert. Dann habe ich diesen Blog-Beitrag gefunden, der das Problem gelöst hat. Lesen Sie es dort, sonst verwenden Sie diese beiden Bilder (verlinkt von diesem Beitrag) als TLDR-Zusammenfassung: