OLE DB

OLE DB ( Object Linking and Embedding, Database 、 OLEDBまたはOLE-DBと表記されることもある) は、Microsoftが設計したAPIであり、さまざまなソースのデータに統一された方法でアクセスできます。この API は、コンポーネント オブジェクト モデル(COM) を使用して実装された一連のインターフェイスを提供します。それ以外はOLEとは無関係です。Microsoft は当初、 ODBCのより高レベルの代替品および後継品として OLE DB を意図し、その機能セットを拡張して、必ずしも実装されていないオブジェクト データベースやスプレッドシートなどの、より広範な非リレーショナル データベースをサポートしました。

OLE DB は、データ ソース、セッション、コマンド、行セットなどの一連の抽象化を通じて、データ ストアと、それにアクセスする必要のあるアプリケーションを分離します。これは、さまざまなアプリケーションがさまざまなデータの種類やソースにアクセスする必要があり、テクノロジ固有の方法で機能にアクセスする方法を必ずしも知る必要がないためです。OLE DB は概念的にコンシューマーとプロバイダーに分かれています。コンシューマーはデータにアクセスする必要のあるアプリケーションであり、プロバイダーはインターフェイスを実装してコンシューマーにデータを提供するソフトウェア コンポーネントです。OLE DB は、Microsoft Data Access Components (MDAC) の一部です。

Microsoft のSQL Server 2012リリース(内部コード: 'Denali') は、SQL Server 用の OLE DB プロバイダーが含まれる最後のリリースですが、サポートは 7 年間継続されます。^[1]関連する Microsoft FAQ によると、^[2]「OLE DB 上で実行できるADO.NETなどのプロバイダーは、OLE DB が非推奨になると OLE DB をサポートしなくなります」とありますが、FAQ の同じ回答では、元の投稿は SQL Server 用の OLE DB プロバイダーにのみ関連しているため、OLE DB 自体の位置づけは不明瞭なままであると述べられています。同じ FAQ では、ほとんどの場合、ODBC の方が OLE DB よりもパフォーマンスが優れていると述べられています。

しかし、その後のレビューで、SQL Server 内の重要なシナリオは依然として OLE DB に依存しており、それらを変更すると既存の顧客シナリオの一部が壊れるため、非推奨にしたのは間違いであると判断されました。2017 年 10 月 6 日、Microsoft は OLE DB が非推奨ではなくなったこと、依存関係を維持するための新しいバージョンが 2018 年初頭にリリースされることを発表しました。^[3]

OLE DB プロバイダーは、OLE DB コンシューマーがデータ ソースと対話できるようにするソフトウェア コンポーネントです。OLE DB プロバイダーは、ODBC ドライバー、JDBC ドライバー、およびADO.NET データ プロバイダーに類似しています。

OLE DB プロバイダーは、テキスト ファイルやスプレッドシートなどの単純なデータ ストアから、Oracle、Microsoft SQL Server、Sybase ASEなどの複雑なデータベースまでアクセスするために作成できます。また、電子メール システムなどの階層型データ ストアへのアクセスも提供できます。

ただし、データ ストア テクノロジによって機能が異なるため、すべての OLE DB プロバイダーが OLE DB 標準で使用可能なすべてのインターフェイスを実装できるわけではありません。使用可能な機能は COM オブジェクトを使用して実装されます。OLE DB プロバイダーは、データ ストア テクノロジの機能を特定の COM インターフェイスにマップします。Microsoft では、インターフェイスの可用性を「プロバイダー固有」と表現しています。これは、関連するデータ ストア テクノロジによっては適用できない可能性があるためです。プロバイダーはデータ ストアの機能を拡張できます。これらの機能は、Microsoft の用語では サービスと呼ばれています。

• 「OLE DB プロバイダーの概要」。Microsoft。MSDN: データ デベロッパー センター。2011年3 月 23 日に取得。