Access を SQL Server に接続する

ODBC ドライバーまたは OLE DB プロバイダーを使用する

接続文字列は長い間、使用されています。 Access ユーザー インターフェイスまたは VBA コードのいずれかで、書式設定された接続文字列を定義できます。 接続文字列 (ODBC または OLE DB) により、サーバーの場所、データベース名、セキュリティの種類、その他の便利なオプションなどの情報がデータベースに直接渡されます。 次に例を示します。

ODBC;DRIVER=SQL Server;SERVER="MyServer";DATABASE="MyHRdb";TRUSTED_CONNECTION=Yes

Provider=SQLOLEDB;Data Source=MyServer;Initial Catalog=MyHRdb; Integrated Security=SSPI;

最初に登場したのが SQL Server Native Client (SNAC) というスタンドアロン ライブラリでした。これには ODBC テクノロジと OLEDB テクノロジが含まれていました。SQL Server の 2005 から 2012 までのバージョンで現在でもご利用いただけます。 数多くの旧式のアプリケーションで SNAC が使用されていました。SNAC は現在でも下位互換性のためにサポートされていますが、新しいアプリケーション開発で使用することは推奨されていません。 それより後に公開された、ダウンロード可能な各種バージョンの ODBC ドライバーをご使用ください。

ODBC ドライバー

ODBC (Open Database Connectivity) は、Access データベースを Microsoft SQL Server などの外部データ ソースに接続する目的で使用するプロトコルです。 通常は、ファイル データ ソース (DSN ファイルとも呼ばれています) を使用して接続文字列を追加します。その場合、FILEDSN キーワードが接続文字列で使用されるか、レジストリに保存されます。レジストリに保存される場合、DSN キーワードが使用されます。 また、VBA を使用し、"DSN なし" の接続文字列でこれらのプロパティを設定することもできます。

ODBC ドライバーは数年にわたり、3 つのフェーズで出荷されてきました。

• 2005 年より前は、ODBC ドライバーは Windows Data Access Components (WDAC) に付属していました。これはもともと、Microsoft Data Access Components (MDAC) と呼ばれていました。 これらのコンポーネントは現在でも、下位互換性のために Windows に付属しています。 詳細については、「Microsoft または Windows Data Access Components」を参照してください。

• ODBC ドライバーは、SQL Server 2005 から SQL Server 2012 までの SNAC に付属していました。

• SQL Server 2012 より後になると、ODBC ドライバーは個別に出荷されるようになり、新しい SQL Server 機能のサポートが含まれています。

新しく開発する場合、最初の 2 フェーズの ODBC ドライバーを使用せず、第 3 フェーズの ODBC ドライバーを使用してください。

OLE DB プロバイダー

OLE DB (Object Linking and Embedding, Database) は、Access データベースを Microsoft SQL Server などの外部データ ソースに接続する目的で使用する最新のプロトコルです。 OLE DB には DSN が必要ありませんが、ODBC データ ソースや ODBC ドライバーに対する完全なアクセスを提供します。

ヒント    通常は、[データ リンク プロパティ] ダイアログ ボックスを使用し、OLE DB 接続文字列を追加します。 Access から [データ リンク プロパティ] ダイアログ ボックスを開く方法はありませんが、エクスプローラーで、空の .txt ファイルを作成し、ファイルの種類を .udl に変更し、そのファイルをダブルクリックするという方法があります。 接続文字列を作成したら、ファイルの種類を .txt に戻します。

OLE DB プロバイダーは数年にわたり、3 つのフェーズで出荷されてきました。

• 2005 年より前は、OLE DB プロバイダーは Windows Data Access Components (WDAC) に付属していました。これはもともと、Microsoft Data Access Components (MDAC) と呼ばれていました。

• OLE DB プロバイダーは、SQL Server 2005 から SQL Server 2017 までに付属していました。 2011 年に非推奨となりました。

• 2017 年、SQL Server OLE DB プロバイダーの非推奨が解除されました。

新しいソリューション開発のために現在推奨されているバージョンは、OLE DB Driver 18 for SQL Server です。

ODBC 接続文字列でパフォーマンスを最適化する方法

パフォーマンスを最適化し、ネットワーク トラフィックを最小限に抑え、SQL Server データベースに対するマルチユーザー アクセスを削減するには、複数のレコード セットで接続文字列を共有して、使用する接続文字列を可能な限り少なくします。 Ace では単純にサーバーに接続文字列が渡されるだけですが、次のキーワードが理解され、使用されます。クライアント/サーバーの通信を最小限にすることができる DSN、DATABASE、UID、PWD、DRIVER。

注    外部データ ソースへの ODBC 接続が失われると、Access では自動的に再接続が試行されます。 再試行に成功すると、作業を続行できます。 再試行に失敗しても、接続に依存しないオブジェクトは引き続き使用できます。 再接続するには、Access​​ を閉じ、もう一度開きます。

ODBC と OLE DB の両方を使用する場合の推奨事項

接続文字列のテクノロジとデータベース アクセスのテクノロジを混在させないでください。 DAO には ODBC 接続文字列を使用します。 ADO には OLE DB 接続文字列を使用します。 DAO と ADO の両方が使用される VBA コードがアプリケーションに含まれている場合、DAO には ODBC ドライバーを、ADO には OLE DB プロバイダーを使用します。 ODBC と OLEDB の両方にそれぞれ、最新の機能とサポートを取得するように努力します。

ODBC では "ドライバー" という用語が使用され、OLE DB では "プロバイダー" という用語が使用されます。 これらの用語は同じ種類のソフトウェア コンポーネントを表しますが、接続文字列の構文で入れ替えることはできません。 文書どおりの正しい値を使用してください。

ページの先頭へ

Access から SQL Server へのプログラムによるインターフェイス

Access から SQL Server にプログラムでインターフェイス接続するとき、主に 2 つの方法があります。

DAO

データ アクセス オブジェクト (DAO) からは、データベースへの抽象的インターフェイスが与えられます。 Microsoft Data Access Objects (DAO) はネイティブ プログラミング オブジェクト モデルであり、Access と SQL Server を活用し、オブジェクト、テーブル、フィールド、インデックス、リレーション、クエリ、プロパティ、外部データベースを作成、削除、変更、一覧表示することができます。

詳細については、「Microsoft Data Access Objects リファレンス」を参照してください。

ADO

ActiveX データ オブジェクト (ADO) からは、ハイレベルのプログラミング モデルが与えられます。サード パーティ ライブラリを参照することにより Access で利用できます。 ADO は学習が簡単で、クライアント アプリケーションによって、Access や SQL Server など、さまざまなソースのデータにアクセスしたり、操作したりすることができます。 その主な長所には、使いやすさ、高速であること、メモリ オーバーヘッドが低いこと、ディスク フットプリントが少ないことがあります。 ADO では、Web ベースのアプリケーションを構築するための主な機能もサポートされています。

詳細については、「Microsoft ActiveX データ オブジェクト リファレンス」と「Microsoft ActiveX データ オブジェクト (ADO)」を参照してください。

どちらを使うべきでしょうか。

VBA コードを使用する Access ソリューションの場合、DAO、ADO、または両方をデータベース インターフェイスのテクノロジとして使用できます。 DAO は引き続き、Access において既定で使用されます。 たとえば、すべてのフォーム、レポート、および Access クエリで DAO が使用されます。 ただし、SQL Server に移行する場合、ADO を使用してソリューションの効率を高めることを検討してください。 DAO または ADO のいずれを使用すべきかを判断するための一般的なガイドラインを次に示します。

次の場合は、DAO を使用します:

• VBA を使用せず、バインドされた読み取り/書き込みフォームを作成する。

• ローカルテーブルでクエリを実行する。

• 一時的なテーブルにデータをダウンロードする。

• 読み取り専用モードでレポートまたはフォームのデータ ソースとしてパススルー クエリを使用する。

• VBA で TableDef または Querydef オブジェクトを定義して使用する。

次の場合は、ADO を使用します:

• 非同期操作の実行など、他の最適化方法を活用する。

• DDL および DML パススルー クエリを実行する。

• VBA のレコードセットを使用し、SQL Server のデータに直接アクセスする。

• BLOB のストリーミングなど、特定のタスクの簡単なコードを記述する。

• VBA でコマンド オブジェクトを使用し、パラメーターを指定してストアド プロシージャを直接呼び出す。

ページの先頭へ

ODBC ドライバー バージョンの概要

次の表は、ODBC ドライバーのバージョン、ダウンロードの場所、機能サポートについて重要な情報をまとめたものです。 Office ではなく、Windows に基づき、正しいビット版のドライバー (64 ビットまたは 32 ビット) を使用していることを確認してください。 64 ビット版 Windows で 32 ビット版 Access を実行している場合、64 ビット版のドライバーをインストールします。これには Access に必要な 32 ビット コンポーネントが含まれています。

詳細については、「Using Connection String Keywords with SQL Server Native Client」 (SQL Server ネイティブ クライアントで接続文字列キーワードを使用する)、「Release Notes for ODBC to SQL Server on Windows (V17)」 (Windows 上の SQL Server のための ODBC に関するリリース ノート (V17))、「Features of the Microsoft ODBC Driver for SQL Server on Windows (V13, 11)」 (Windows 上の SQL Server のための Microsoft ODBC ドライバーの機能 (V13、11)) を参照してください。

ページの先頭へ

OLE DB プロバイダー バージョンの概要

次の表は、OLE DB プロバイダーのバージョン、ダウンロードの場所、機能サポートに関する重要な情報をまとめたものです。 Office ではなく、Windows に基づき、正しいビット版のドライバー (64 ビットまたは 32 ビット) を使用していることを確認してください。 64 ビット版 Windows で 32 ビット版 Access を実行している場合、64 ビット版のドライバーをインストールします。これには Access に必要な 32 ビット コンポーネントが含まれています。

詳細については、「SQL Server Native Client で接続文字列キーワードを使用する」を参照してください。

ページの先頭へ

ODBC キーワードの概要

次の表は、SQL Server で認識される ODBC キーワードとその目的をまとめたものです。 サブセットのみが Access により認識されます。

ページの先頭へ

OLE DB キーワードの概要

次の表は、SQL Server で認識される OLE DB キーワードとその目的をまとめたものです。 サブセットのみが Access により認識されます。

ページの先頭へ