Was ist der Unterschied zwischen ODBC und OleDB?

Question

Ich habe diese Frage hier: OLEDB v/s ODBC

Die gab mir mehr Informationen, aber beantwortete nicht wirklich die Frage, die ich stelle, also werde ich von dort fortfahren.

Ich arbeite in C#. Ich erspare Ihnen die lange Geschichte darüber, wie ich zu diesem Rätsel gekommen bin, aber im Grunde versuche ich mich zwischen ODBC und OleDB zu entscheiden.

Wir arbeiten mit vielen verschiedenen Kunden, die in beträchtlichem Ausmaß variiert Datenbanken haben (einige SQL, einige Orakel, einige etwas anderes, das ich noch nie gehört habe und nicht die Mühe, den Namen zu merken)

Jetzt Von dem, was ich verstehe, ist ODBC alt und war/ist der Standard. Und jetzt ist OleDB gekommen und ... ist ... anders? aber erreicht die gleiche Sache (es redet mit Datenbanken)

Warum sollte ich einen über den anderen verwenden wollen? ODBC ist (gemäß dem obigen Post) plattformübergreifend, was gut ist, aber er bietet sehr wenig Informationen darüber, was OleDB bietet, was ODBC nicht tut. In meinen anderen Untersuchungen habe ich festgestellt (in den MSDN Foren) Leute sagen "benutze OleDB, wenn du kannst, wenn du musst, auf ODBC zurückgreifen" Natürlich, drei ist keine Begründung dafür gegeben, also würde ich Ich mag es, einige zu hören.

Answer 1

ODBC ist eine C-API für den Zugriff auf Datenbanken. Es gibt einen Standard dafür, der von jedem großen Datenbankanbieter unterstützt wird, er ist sehr gut dokumentiert, er ist plattformübergreifend. OLEDB ist eine ähnliche Schnittstelle, die die COM-Technologie von Microsoft statt der C-API verwendet. Dies bedeutet, dass es nur auf Plattformen, die COM unterstützen, einfach zu verwenden ist.

Am Ende des Tages bieten beide Bibliotheken in etwa gleichwertige Grundfunktionalität. Tatsächlich verwenden einige OLEDB-Treiber tatsächlich ODBC anstelle von systemeigenen Datenbankbibliotheken.

Also, wenn Sie C# -Entwickler sind, arbeiten unter Windows, ist OLEDB die offensichtliche Wahl zwischen den beiden. Wenn Sie C (oder C++ ohne COM) verwenden oder plattformübergreifende Unterstützung benötigen, ist ODBC die bessere Wahl.

Answer 2

Wenn Sie in C# programmieren, verwenden Sie keines direkt. Sie werden ADO.NET in irgendeiner Form verwenden.

Richtig, der Provider, den Sie in Ihrer Verbindungszeichenfolge angeben, kann sich als ODBC-Provider oder als OleDB-Provider herausstellen. Dies ist jedoch für Ihren Code nicht relevant. ADO.NET wird beide APIs aus Ihrer Sicht.

Answer 3

Als C# Entwickler und weil Sie auf viele verschiedene Datenquellen zugreifen, sollten Sie mit OLEDB gehen. Ich kopierte die folgenden von diesem white paper, weil es einige Hinweise gibt, was zu verwenden, wenn:

OLE DB kein Ersatz für ODBC ist

Die ODBC-Technologie und Drittmarkt haben zu einem Punkt gereift bei denen ODBC eine ideale Technologie für den Zugriff auf SQL-Datenbanken ist. Daher ist ein integraler Bestandteil von OLE DB ein neuer OLE DB-Treibermanager, mit dem OLE DB-Benutzer mit ODBC-Providern kommunizieren können. Die folgenden Informationen können bei der Auswahl der zu verwendenden Technologie hilfreich sein:

Wenn Sie auf relationale Standarddatenbanken aus einer Nicht-OLE-Umgebung zugreifen, ist ODBC die beste Wahl.

Wenn Sie eine Datenschnittstelle für Nicht-SQL-Daten verfügbar machen möchten, ist OLE DB die beste Wahl.

Wenn Sie in einer OLE-Umgebung programmieren, ist OLE DB die beste Wahl.

Wenn interoperable Datenbankkomponenten erstellt werden sollen, ist OLE DB die einzige Wahl.